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Presentación 

En la actualidad la sociedad déla información ha dqado de ser solo una 
idea yseeía convirtiendo m una realidad cada vez mas clara. En los últimos 
cinco añosla cantidad de SitiosWé) de iníitudonesde G obierno se ha duplica- 
do, mientrasé núma-o dedudadanoscon acceso a Internet ha crecido m propor- 
ciones s mil ares. Pero, como en todo orden de cosas, las innovadonesy avances 
tecnológicos traen oportunidadesy también amenazas, y dentro deálasla deno- 
minada brecha digital, eío es eí espado sodopolítico que separa a los sectores 
acomodadosdelosmasdesfavoreddosen cuanto al acceso a lasnue/astecnologías 
déla informadón, lo queconíituyeuna realidad quea escala mundial abruma. 
M ientrasun quinto déla pobladón mundial eíá emigrando hada eí dberespado, 
integrándose a la sodedad de la informadón, la brecha sodal se agudiza por 
cuanto, para muchos^ la preocupadón prindpal sgue sendo la lucha por la su- 
pervivenda y por eí acceso a bienesinformadonalesbáscos 

Por dio, deíacan loscuatrograndesobjáivosqueseha trazado é Gobier- 
no dé P rea dente Lagos, m la idea dedisminuir eía brecha, a saber: a) Colocar 
al Eiado al servido delaspersonasysusorganizadones, incorporando tecnolo- 
gíaspara realizar tramitesen forma ágil yéldente b) Ele/ar la productividad y 
compd:itividad de I as empresas; c) M aáficar eí uso de I as tecnologías y fomentar 
eí desarrollo dé gobierno éectrónicoyd) Capadtar a las personas para la partí - 
dpadón activa en la sodedad de la informadón. Eío unido al desarrollo de 
políticassodalesori&itadasa la disvinudón progreáva déla brecha sodal. 

E ios ob¡é:ivos gubernamentales se han expresado mediante I a pueia en 
marcha de políticas concretas^ entrelasquesecuenta la habilitadón deuna gran 
infraeíructura para eí acceso a través dé Programa Nadonal de I nfoc&itros, la 
que requiere de un esfuerzo aún más grande, deiinado a aumentar la calidad, 
efidenda y agilidad de/osS/ t/osl/1/eb, quesehan coníituido como una eficaz red 
de ofidnas virtuales dé Eiado pero que requieren de un esfuerzo contante por 
mantenerlosvisibles^ actualizados^ útil es y orientados a la dudadanía. 

Eía G uía responde de manaba práctica al Iníructivo Preadendal deGo- 
bierno Electrónico (mayo2001) y recógela eKperienda eKiíenteen lasdifa-entes 
repartí dones públicas, como también la informadón recopilada en la primera 
versón dé Premio l/l/eb 2002-2003 organizado por eí M iniíerio de Economía, 
eí M iniíerioSecré:aríaGeneral deGobierno, eí Proyecto de Reforma y M oderni- 
zadón dé Eiado, INTEC yé Centro Nadonal de Productividad y Calidad. 
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En é Iníructivo Presdendal se eiablece la necesdad de garantizar 
emendares de contenido y caiidad de los Sitios l/l/ab de Gobierno y eí acceso de 
todoslosdudadanosy ciudadanas a la información, s^w'c/os tramitesy progra- 
mas públicos Sin duda, se trata de un gran desafío, redoblado por la alta valora- 
ción que&ciíeen eí mundo, en e^eámbito, respectodela experiencia dé Gobier- 
no de Chile 

El desafío ha 9 do coniruir una Guía que recoja lo mqor déla experien- 
cia acumulada tanto en á sector público como privadoysíematiceydifunda é 
conocimiento sobreá uso efidentey eficaz delasnue/astecnologíasdecomunica- 
dón e informadón, a través de la promodón y aplicadón de un conjunto de 
recomendad ones y emendares de caréete intenadonal. 

El M iniíeio Secráaría Geneal deGobieno ha tomado eía i ni dativa, 
entregando un documento decaracte global, quesepresmta como una propueía 
de recomendad ones para eí desarrollo de Sitios l/l/eb que cumplan con dichos 
objdíivos 

Eía es una contri budón deíinada a apoyar eficazmente a losequiposy 
pesonasdé sector público que tiene) a su cargo la planificad ón, conírucdón o 
modificadón deun SitioWdb deIníitudonesdéGobienodeChile Sin embar- 
go, eíedocumento también se presenta como un inirumento deapoyo quepuede 
servir para la labor de I as organizad ones de I a sodedad dvil y dé se:tor privado. 

L a supeadón déla brecha digital y la partid padón activa en la sodedad 
déla informadón son ráos que deben enfrentarse de manea integral, pensando 
en eí Chilequeeíamosconíruyendo. Por ende, la invitadón espara todosuíe 
des a explorar eía Guía, a compartir susconodmientosya coniruir un Eiado 
al servido delaspesonas 



Patrido Santamaría M utis 
Sub^rdtario Geneal deGobieno 



Enea, 2004 
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^ Capítulo I 



Planificación Inicial de un Sitio Web 



EIbI Resumen 



En este capítulo se explica cómo planificar y organizar el proyecto de desarrollo 
deun Sitio Web, para una institución del Gobierno deChile. 

El capítulo aborda todos los pasos que se deben dar en el proyecto, desde la 
creación de un Equipo de Trabajo hasta las tareas de Recepción del Proyecto 
ternninado, pasando por temas relativos a financiamiento, licitación e 
instrumentos para hacer su seguimiento. 
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E Planificación Inicial del Sitio Web 



Para desarrollar el sitio web de una institución del Gobierno de Chile, se sugiere comenzar 
por dar respuesta a un grupo muy concreto de interrogantes, que permitirán aclarar y defi- 
nir de manera básica las expectativas existentes en la institución en torno al sistema de 
información e interacción que se va a generar. 

D ichas preguntas son las siguientes: 

1. ¿Para qué necesita el sitio web la institución? 

2. ¿Para qué necesita el sitio web la comunidad? 

3. ¿Q ué es lo que buscan las personas en mi institución? 

4. ¿Q ué información de la institución es útil para la comunidad? 

5. ¿Q ué imagen de la institución quiero proyectar en mis usuarios? 

6. ¿Q ué servicios interactivos entregaré a través del Sitio Web? 

7. ¿Q uiénes pueden ayudarme a realizar el proyecto? 

Las respuestas a estas preguntas permitirán dar forma a los siguientes 
elementos de análisis: 

Objetivo: definir las metas del proyecto; éstas deben ser generales y 

específicas, con el fin de contar con el mayor detalle posible de lo que se 

desea conseguir; 

Audiencia: hacia qué grupo de personas (uno o más) estará enfocado el 

sitio; 

Tecnología: qué servicios interactivos se le incorporarán al sitio. 



M ientras mayor sea la claridad que haya respecto de estos elementos, el proyecto estará más 
enfocado y permitirá dirigir los recursos existentes a desarrollar lo que efectivamente se 
desea conseguir, para atender a los ciudadanos con el máximo de tecnología quesea posible 
adquirir. 

Planificación General del Proyecto 

El objetivo de este capítulo es definir la forma de enfrentar el desarrollo del sitio web en la 
institución, y para ello se sugiere avanzar a través de los siguientes pasos: 

• Formación, Coordinación y Acción del Equipo deTrabajo 

• Levantamiento de necesidades de la Institución 

• Financiamiento del Proyecto de Sitio Web 

A continuación se entrega una explicación detallada de cada una de estas actividades. 

www.guiaweb.gob|Xl > 7 



G uía para D esarrollo de Sitios Web - G obierno de C hile 

Equipo de Trabajo 

Para el correcto desarrollo del proyecto de sitio web en la institución, será imprescindible 

contar con un equipo de profesionales multidisciplinario que cumpla las tareas que 

correspondan, para ofrecer soluciones adecuadas a los desafíos que se irán presentando a lo 

largo de las etapas que deberán cumplirse. 

Ellos serán los encargados de definir las tareas específicas a realizar y deberán estar frente a las 

acciones concretas que se comprometan para avanzar, desde la planificación, hasta la puesta en 

marcha del sitio web. 

Por lo anterior, es necesario realizar una conformación adecuada de dicho grupo, para lo cual se 

recomienda dar los siguientes pasos: 

• Creación del Comité Web 

• Asegurar la relación con Autoridades Superiores 

• Definir competencias internas: perfiles requeridos 

• D efinir características de la «C ontraparte» interna 

A continuación se entrega una explicación detallada de cada una de estas actividades. 

> C reación del Comité Web 

En lasinstitucionesen quesehan logrado I os mayores éxitos en proyectosweb, se ha considerado 
clave la existencia del «ComitéWeb». Esteesun equipo detrabajo multidisciplinario queintegra 
las diferentes visiones de la institución, generando un grupo de trabajo que interpreta las 
necesidades existentes. 

Los integrantes del ComitéWeb provienen principalmente de las áreas de 
gestión, informáticay comunicacionesy en conjunto su trabajo es conseguir 
varias metas, entre las que resaltamos las más importantes: 

• Comunicar adecuadamenteatravésde la institución, los desafíos que se 
están asumiendo en materias tecnológicas. 

• Conseguirá compromiso de todas las áreas de la organización con el 
proyecto que se desarrolla. 

• Recibir ideas y sugerencias respecto del sitio web que se va a construir, 
desde los más diversos planos, aprovechando la visión interdisciplinaria 
del grupo. 

N o obstante, así como hay elementos positivos asociados a su acción, igual mente se deben evitar 
las características negativas asociadas a los grupos de trabajo, entre las cuales se incluyen la baja 
capacidad dereacción antedecisiones, laburocratizacióndelosprocesosyel estancamiento déla 
toma de decisiones. Pese a ello, los ejemplos positivos de su uso dan cuenta de que con una 
buena organización y sistematización de las decisiones, siempre pesarán más a favor I as ventajas 
que sus problemas. 
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> C reación del C omite Web y sus Funciones 

Para que un C omite web funcione adecuadamente se sugiere cumplir con lo siguiente: 

• Contar con un jefe operación al que se encargue de que el comitéfuncione dentro délos 
márgenes establecidos. 

• Efectuar reuniones semanales de avance y discusión en las que se planteen tareas de 
ejecución semanal, con incentivos concretos para su realización dentro délos plazosdados. 

• Desarrollar una política de redacción deminutasdetrabajo internas, quepermitan ir 
dando cuenta de las promesas adoptadas y su grado de avance y cumplimiento. En 
ella es imprescindible generar un área de resumen de tareas realizadas y otra de 
compromisos en las que se detalle la tarea, su responsable y el plazo comprometido. 

• Dotar al comitédeinstrumentosadecuadosdetrabajoy depoder dedecisión efectivo 
para hacer avanzar el proyecto de acuerdo a las metas que se hayan proyectado. 

Entre los integrantes del Comité Web se debería contar a los siguientes: 

■^Director institucional: Es el responsable último por el Sitio Web institucional. 
Aporta la visión estratégica queentrega los lineamientos para el desarrollo. Su 
presencia no es necesaria para todas las reuniones, aunquedebe refrendar todos 
los avances que se vayan realizando. 

(^Director del proyecto: Esel administrador general del proyecto y responsable 
frente a la dirección del servicio. Sustareasprincipalesson: traspasar la visión 
estratégica organizacional en un modelo conceptual sólido y consensuado para 
ser implementado en Internet. Adicionalmente, debe ser capaz de gestionar 
todas las instancias involucradas, asegurando la coherencia del equipo con la 
organización en su conjunto. Finalmente, esel encargado deobtener los recursos 
humanos, técnicos y financieros necesarios, y conocer el funcionamiento del 
sistema, de manera de poder realizar un control de gestión efectivo. 

i=¡>Gestores de contenido: Son los profesionales que manejan la información 
que se incorpora al sitio, ayudando a definir qué contenidos deben ser usados 
para asegurar el cumplimiento de los objetivos del sitio. Trabajan en la 
generación delosmismos, en forma coordinada con lasfuentesdeinformación. 
Son responsables, además, de revisar sistemáticamente la actualización de la 
información. 

1=^ Val i dadores de contenidos: Desempeñan esta función los directivos 
institucionales que trabajan en estrecha colaboración con los gestores de 
contenidos, asegurando la calidad de la información a desplegar en el Web. 

i^Validadorestécnicos: Desempeñan esta función losprofesionalesinformáticos, 
asegurando lacapacidad délos si stem as para ejecutar lo queseleestépidiendo 
al proyecto en el Web. 
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Varios de estos roles no son incompatibles entre ellos y en muchos casos una misma persona 
puede asumirlos en forma simultánea, dependiendo de las características de la institución. 
Asimismo, esmuyprobablequeel organismo no cuentecon el equipo deprofesionales requeridos 
dentro de su personal, por lo que se puede pensar en laexternalización de ciertas funciones. 

> Rol de las Autoridades Superiores 

Para que un proyecto de Sitio Web llegue a cumplir los objetivos que se le plantean, debe existir 
una decisión central en la organización, para otorgarle prioridad en cuanto a recursos humanos, 
financieros y el tiempo adecuado para su correcta ejecución. 

No podrá haber un buen proyecto, si el Directivo Principal no lo avala o si deja de lado su 
participación en las actividades del ComitéWeben que le corresponda participar. 



c^- 



Cabe señalar que, tal como se indicaba en las 

recomendaciones iniciales de este capítulo, un sitio web 

será exitoso en la medida en que cumpla con los 

Objetivos,AudienciayTecnologíadefinidospreviamente. instructivo Presidencial 

Por ello, seesperaqueel director déla institución apoye deGobierno Electrónico (2001) 

lasactividadesquedesarrolleel ComitéWeb, con lo cual „,..,.., «^Kw/n.orí.f^/. 
,, , . , .... . .X www.gob.cl/pres.ntml; 

ofrecerá I a uní cagaran ti a posible de su correcta ejecución. , . . 

Al Kv^i^Kv.^ fi^Kv.K^^ ^..Kv.K^lir^ ^^K. i^r r^^..^riKv.i^K.f^r www.modemizacion.cl/archivos.htm; 
Al mismo tiempo, cumplirá con los requerimientos 

exigidos en los instructivos relacionados con el tema www.modernizacion.d/legi^acion.htm 
tecnológico (como los de Gobierno Electrónico, 
Participación y Acceso). 

> Competencias Internas: Perfiles Requeridos 

Para el adecuado desarrollo de un proyecto de Sitio Web, será indispensable contar con 
recursos humanos capacitados, que permitan avanzar con éxito en la generación de las 
funcionalidades requeridas. 

Dentro délos rolesqueesimportanteconsiderar para el desarrollo de un proyecto, se pueden 
considerar los siguientes: 

Web M áster: Profesional encargado de la infraestructura técnica del sitio y de crear puentes 
entre la tecnología y su uso por parte de especialistas no técnicos. 

Encargados de implementar el sitio: Es el rol de programadores, diseñadores y 
comunicadores, responsables del diseño eimplementación déla herramienta. 

Gestores de contenido: Son los profesionales que manejan la información que se incorpora 
al sitio, ayudando definir qué contenidos deben ser usados para asegurar el cumplimiento 
de los objetivos del sitio. Trabajan en lageneración delosmismos, en forma coordinada con 
lasfuentesdeinformación. Son responsables, además, de revisar sistemáticamente la actualización 
de la información. 
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Es muy importante considerar que dependiendo de la envergadura de un proyecto de sitio web 
se requerirá de profesionales de manera exclusiva o parcial. Si el proyecto es grande se deberá 
contar con personal dedicado especial mente en I as fases de desarrollo, prueba e implantación; si 
el proyecto es de menor tamaño, podrá ser abordado de manera parcial por profesionales que 
compartan su jornada de trabajo en varias labores. 

Otra fórmula muy usada es la Licitación del Desarrollo, mediantelacual se contratan capacidades 
externas a la institución para la construcción y luego, las internas para la mantención. 

Este sistema ha sido exitosamente usado en diversos proyectos, aunque se debe considerar como 
parte importante del proyecto el adecuado traspaso délos conocimientosquese hayan generado 
durante la construcción del nuevo sistema al personal de la institución. 

D e esa manera, quedará en la propia institución la información y práctica necesaria para trabajar 
con las nuevas herramientasquese generen, y deesa manera ofrecer un adecuado mantenimiento 
técnico una vez que el sitio se haya entregado y esté en funcionamiento. 

No obstante esta precaución, y en forma adicional, la institución debe 
considerar la necesidad de contar con recursos para capacitación del equipo, 
dado queestarán trabajando con unatecnologíadealtaobsolescenciay rotación, 
como es la relacionada con I nternet y web. 

> C aracterísticas de la «C ontraparte I nterna» 

Dado que en un punto del tema anterior se mencionó la posibilidad de hacer el desarrollo a 
travfe de una contratación externa, en dicho caso es muy relevante el papel que debe jugar el 
profesional que para estos efectos llevará el título de C ontraparte Interna. 

Sus tareas principales son: 

• Traspasar la visión estratégica organizacional en un modelo conceptual sólido y 
consensuado para ser implementado en Internet. 

• Ser capaz de gestionar todas las instancias involucradas, asegurando la coherencia del 
equipo con la organización en su conjunto. 

• Gestionar los recursos humanos, técnicos y financieros necesarios, para el desarrollo del 
proyecto. 

• Conocerá funcionamiento del sistema, demaneradepoder realizar un control degestión 
efectivo. 

• M antener una relación fructífera aunque razonada con losproveedoresinternoso externos, 
con el fin deasegurar el cumplimiento deplazosylaentrega defuncionalidad esdeacuerdo 
a los compromisos asumidos al inicio del proyecto 

Para todos I os efectos, es muy adecuado que este papel lo desempeñen profesional que previamente 
en estecapítulofuedenominado «Director del proyecto» dado queesquien sedesempeñacomo 
administrador general del proyecto y es el responsablefrentea la dirección del servicio. 
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> Levantamiento de N ecesidades del Servicio 

El levantamiento de necesidades de la institución está profundamente relacionado con la 
definición de los Objetivos que deberá cumplir el sitio web que se desea desarrollar. 

En este sentido, una propuesta concreta esque una institución de Gobierno no debe intentar 
resolver de una sola vez y en un único proyecto todos las necesidades comunicacionales que 
es posible atender a través de un proyecto Web. En cambio, es preferible abordarlas en 
planes escalables que permitan iravanzandoen unadirección concreta, con plazos adecuados 
y etapas cuyo desarrollo pueda ser evaluado y aprobado en el tiempo. 

La etapa de Levantamiento de necesidades del servicio concluye con la redacción y aprobación 
de un «Informe de Etapa» en el que se den a conocer las conclusiones alcanzadas, con el fin 
de que pueda servir como elemento de especificación del proyecto a desarrollar. Igualmente 
dicho documento será un insumo indispensable en la etapa posterior de elaboración délos 
Términos de Referencia. 

Sobre este punto es importante indicar que si el proyecto se desarrolla 
interna o externamente, es muy importante generar el documento con los 
Términos de Referencia, ya que permitirá definir de manera clara y 
comprensible para todos los involucrados, lo que se espera obtener del 
proyecto que se vaya a desarrollar. Si licitado externamente, permitirá 
igualmente que quien lo gane sepa con exactitud lo que debe construir. 

Asimismo, esta generación de documentos de referencia, en una etapa tan temprana del 
proyecto, lleva a poner la atención sóbrelo importantequeesdocumentar cada una, con el 
fin de que todos los involucrados puedan contar con la misma información para actuar de 
manera coordinada a lo largo del mismo. 

Para facilitarlatarea delevantamiento denecesidadesdel Servicio, un buen método consiste 
en separar el tema en dos áreas y atender las características de cada una. D ichas áreas son: 

> D efinición de O bjetivos 

Todo proyecto debe contar con objetivos definidos, contra los cuales pueda medirse la 
efectividad de las acciones que se desarrollen. 

D entro de ellos, podemos distinguir los objetivos que «deben» cumplirse por formar parte 
de las definiciones estratégicas del Gobierno y déla institución. En este sentido, se deben 
incluir aquellos que hayan sido definidos como políticas generales del Gobierno de Chile, 
como el Instructivo Presidencial de Gobierno Electrónico. 

Asimismo, estarán los objetivos que se «quieren» cumplir por corresponder a los que la 
institución haya establecido como propios de su gestión y que hayan sido evaluados y 
acordados por los profesionales del mismo. Entre esos estarán los que correspondan a las 
materias propias de la institución. 



12 < .www.guiaweb.gob.cl 



G uía para D esarrollo de Sitios Web - G obierno de C hile 

Sin importar de cuáles se traten, para que los objetivos se transfornnen en metas concretas, 
lo ideal es especificarlos a través de verbos activos que den cuenta de las acciones que se 
desea emprender. De lo contrario, serán declaraciones más bien formales de las que será 
difícil desprender decisiones o definir tecnologías que puedan apoyar su cumplimiento. 

U n ejemplo concreto de este aspecto puede representarse con la frase: «I ncentivar el envío 
de mensajes electrónicos por parte de los usuarios desde el Sitio Web». Esta aparece con 
mayor fuerza que una declaración que sólo indique: «El Sitio Web propenderá a ayudar en 
las tareas de comunicación de los ciudadanos con la institución». 

En esta fase es importante realizar uno o más de los siguientes pasos, que 
generarán la información básica para la toma de decisiones respecto délos 
objetivos: 

• Estudiar la misión y visión estratégica de la institución: permitirá 
entender cuáles son las metas objetivas que tiene la entidad y definir 
con mayor claridad las prioridades de ejecución de las diferentes partes 
que pueda tener el proyecto Web. 

• Estudiar los planes institucionales en ejecución: ayudará a conocer 
las prioridades que tiene la institución y de esa manera adecuar el 
proyecto web al cumplimiento de éstas. 

• Investigar los mecanismos de comunicación interna y los flujos de 
trabajo actuales de la institución con el fin de determinar cuáles 
departamentos están entregándola y de qué manera. 



> D efinición de Servicios Interactivos 

Esta etapa permite definir, con cierta anticipación, el tipo de tecnologías que se emplearán 
para llevar acabo los objetivos explicitados en el punto anterior. La intención en este caso, 
es que la definición temprana de lo que se espera conseguir permitirá tomar decisiones 
concretas en las fases siguientes y de esa manera asegurar que el proyecto se dirija a cumplir 
las metas que se hayan diseñado. 

Para que lasfuncionalidades puedan ser interpretadas adecuadamente por lastecnologías, es 
necesario explicitar de manera concreta cómo será la experiencia que tendrán los usuarios 
queineractuarán con el SitioWeb. Sólodeesa manera será posiblequese pueda comprender 
adecuadamente el alcancequesetendráy la manera en quese cumplirán los objetivos que se 
estén indicando para el proyecto. 

Es importante considerar que el análisis que se indica en el punto anterior debe partir déla 
realidad de la institución ya que de lo contrario el proyecto se asentará sobre bases poco 
realistas. Por este motivo en esta fase es de suma importancia cumplir con una o más de las 
siguientes tareas, quegenerarán la información básica para latoma de decisiones respecto de 
lasfuncionalidades: 
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• Identificar servicios y trámites que se ofrecen al público: ayudará a entender cuáles 
son las áreas institucionales clave y la forma en queestán operando en laactualidad, 
con el fin de extraer de ellas los insumos de trabajo con que contará la atención de 
usuarios a través del Sitio Web. 

• Identificar unidades gestoras de información: permitirá realizar las coordinaciones 
necesarias internamente para ver de qué manera el Sitio Web y las operaciones virtuales 
que puedan hacer sus usuarios, se relacionará con la operación física de la institución. 

• Analizar procesosy elaborar diagramas de flujo: permitirá entender de manera visible 
y documentada la forma en que se está operando y ayudará a determinar en qué 
partes del proceso el Sitio Web puede aportar valor. 

• Identificar contenidos y procesos que puedan ser publicados: ayudará a definir de 
mejor forma las funcionalidades que se estén detallando, puesto que permitirá conocer 
concretamente los insumos con que se operará a través del Sitio Web. 

Financiamiento del Proyecto de Sitio Web 

U no de los temas que genera retrasos en la generación de proyectos de desarrollo de Sitios 
Web, es la carencia de fondos para financiarlos. 

Como punto de partida en este aspecto, se debe tener en cuenta que el desarrollo de un sitio 
web no se diferencia de otro proyecto en la institución, en cuanto a la necesidad de recursos 
para su realización; esto implica que se debe calcular y estimar el financiamiento necesario 
en función del modelo conceptual creado para la implementación del sitio. 

Otro elemento de carácter general que puede ayudar en la evaluación del 
costo de desarrollo de un Sitio Web, es que no necesariamente el proyecto 
más caro es el mejor, puesto que siempre habrá I a posibilidad de que existan 
tecnologías más estables o emergentes que ofrezcan relaciones de costo / 
beneficio mayores. 

En cuanto a los recursos financieros, se pueden mencionar los siguientes costos asociados: 

C osto de Implementación 

Requerimientos de material informático como software y hardware adecuados a las 
funcionalidades exigidas al sitio y recursos humanos capaces de llevar adelante el proyecto, 
esto puede implicar contratación de personal, capacitación de personal o gastos por 
externalización. 

Costos de Desarrollo 

Cada etapa con si derada en el modelo conceptual del sitio estará asociada a costosdedesarrollo. 
En este sentido es adecuado revisar la posibilidad de i mplementar el sitio mediante un sistema 
escalable, en que el costo de desarrollo pueda dividirse en etapas; de esta manera se evitará 
un impacto fuerte en el presupuesto. 
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C ostos de M antención y Actualización 

Implica gastos en personal, rediseño y ajuste de procedimientos y actualización de la 
información. En esteítem sedeben considerar los gastosinformáticos relacionados, como el 
alojamiento del Sitio Web («hosting») y la conectividad, entre otros. 

> Tipos de Financiamiento 

Dado que todos estos costos implican la asignación de recursos organizacionales que por 
definición son escasos, es recomendable al evaluar el desarrollo de un Sitio Web hacer de 
manera simultánea la definición de los costos de oportunidad respectivos. Para atender este 
aspecto, no se debe considerar los fondos internos como la única fuente posible. Existen 
diferentes instituciones del Estado, quepermiten el acceso a di versas fuentes que fácil i tan el 
financiamiento y ante las cuales se pueden postular proyectos. 

Dado lo anterior se ha dividido este tema en dos áreas: 

• Fuentes internas de financiamiento 

• Fuentes externas de financiamiento 

Fuentes Internas de Financiamiento 

Se definen de esta manera todos los sistemas que tiene la propia institución, para financiar 
los proyectos de desarrollo Web que quiera llevar a cabo. 

A nivel general la recomendación es que el presupuesto anual interno, que es revisado por el 
M inistehodeH acienda, incorporetodoslosproyectosreferidosainformáticay nuevastecnologías, 
con el fin de que se asignen los fondos que correspondan a las actividades del área. 

En este sentido la recomendación consiste en hacer cálculos adecuados de 
todos los costos señalados anteriormente, con el fin de que efectivamente 
se pueda obtener la asignación para los proyectos que se desarrollen 
anualmente en la institución. 

Fuentes Externas de Financiamiento 

Se incluyen dentro de éstas la capacidad déla institución para obtener fondos de terceros y 
financiar los proyectos de desarrollo web que quiera llevar acabo. 

La línea que se debe revisar en este aspecto es la existencia de los llamados «Fondos 
Concursables» que habitualmente existen en el M inisterio de Planificación y Cooperación 
(M ideplan). 

A través de esos fondos, que no tienen limitación desde el punto de vista de temas a ser 
financiados, es posible conseguir recursos frescos para el desarrollo de proyectos. Dentro de 
los que se pueden presentar y resultan válidos para obtener financiamiento, se cuentan las 
áreas de participación ciudadana, de contacto con organizaciones sociales, hasta sistemas de 
información a la comunidad o cualquier otra iniciativa que signifique innovación. 
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Si bien los fondos tienen reglamentaciones que es necesario conocer y aceptar al momento 
depostular, sedebeindicarquea modo general, dichosfondostienen restricciones concretas 
referidasaquefinancian proyectos con objetivos específicos y con una duración determinada, 
con restricciones en cuanto a la ampliación de plazos. En ese sentido, es necesario que los 
proyectos tengan una duración que esté acotada dentro de un año calendario o bien, que se 
explicite su continuación por un período más. No obstante, se debe revisar la normativa 
particular del fondo para ver la forma de funcionamiento. 

Licitación del Proyecto 

Con el objetivo de obtener una tecnología más avanzada, acceder a soluciones informáticas 
en menor tiempo y utilizar adecuadamente los recursos disponibles, las instituciones públicas 
pueden hacer licitaciones para que terceros desarrollen el proyecto de Sitio Web. 

A través de éstas es posible recibir ofertas concretas respecto de metodologías de desarrollo, 
tecnologías apropiadas y soluciones informáticas completas de acuerdo a los recursos 
disponibles; al mismo tiempo permiten obtener una amplia gama de ofertas de precio para 
decidir cuál puede ser la más adecuada para el caso. 

Para cumplir adecuadamente con un procedimiento de licitación, es necesario cumplir con 
las siguientes recomendaciones: 

Establecer las Bases de licitación 

Generar I os Términos de referencia o Bases técnicas 

Utilizar mecanismos de licitación 

Evaluar y Adjudicar Propuestas 

Elaborar los Contratos 

De este grupo, las más importantes son las dos primeras, debido a que 
mediante la correcta ejecución de el I as se establecerá el camino por el cual 
se irá desarrollando el proyecto; cualquier falencia en ambas, haráqueante 
las dificultades que se puedan producir en el proyecto, la institución no 
cuente con las herramientas adecuadas para enfrentar la situación. 



A continuación se entrega el detalle de cada una de ellas: 
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> Bases de Licitación 

Consisteen un documento que normal mente es generado por el áreajurídicadelainstitución, 
en el queseestipula la relación que existí reentre las partes durante el desarrollodel proyecto. 
Entre los ítemes que debe abordar se cuenta: 

i=¡> Antecedentes generales: en que se explica en línea gruesa los motivos para 
desarrollar el proyecto. 

cí> Calendario de las bases: se refiere a indicar de manera clara cuándo se poducirán 
los principales hitos de la licitación, que serán los siguientes: 

- Consultasy Aclaraciones: indica en quémomento las instituciones participantes 
en la licitación podrán hacer sus preguntas para aclarar conceptos de las bases o 
Términos de referencia. 

- Recepción y Apertura de Propuestas: fechaen que se recibirán y luego se abrirán 
públicamente las propuestas recibidas. 

-Adjudicación de Propuestas: indica en qué fecha se comunicará el ganador del 
proceso de licitación. 

1^ Presentación de las Propuestas: indica cuáles son las formalidades que se deben 
cumplir para la entrega de las propuestas, explicando de manera clara cuál es la 
documentación quesedebeincluir. A modo deejemplo, si setrata de una persona 
jurídica, se debe señalar que junto a la propuesta se deben adjuntar todos los 
antecedentes legales de la misma, la que en caso de ser sociedad, requiere de la 
entrega de escrituras de constitución, de modificación, copia desu inscripción en 
el Registro de Comercio, y de su publicación en el Diario Oficial, si procede, 
certificado de vigencia social, y antecedentes que acrediten la personería del 
representante. 

1=^ Evaluación de las Propuestas: se refiere a la forma en que serán evaluadas las 
proposiciones hechas por los diferentes oferentes y los criterios que se utilizarán 
para ello. Se puede indicar que se recurrirá a una Comisión Evaluadora y señalar 
quiénes serán sus integrantes. 

i=¡> Adjudicación de las Propuestas: explica la forma en que será comunicada la 
aceptación de la propuesta y los pasos que se darán después de dicha aceptación. 

[=[> Plazos: se refiere a los plazos que se indican para que el proyecto haya sido 
terminado, dando cumplimiento estricto a sus características, las que se debieron 
haber indicado en losTérminosde Referencia o BasesTécnicas que acompañan a 
las bases. 

cí> Garantía de Seriedad: indicaqueel ganador déla licitación deberá establecer una 
garantía en dinero en un banco, mediante la cual asegure la seriedad de 
cumplimiento duranteel proyecto y respaldesu respeto por los plazos contenidos 
en el mismo. H abitualmente corresponde el 10% del valor de la propuesta 
económica, incluidos impuestos, con un vencimiento superior en 20-30 días al 
de vigencia del contrato. 

cj) GarantíaTécnica: indicaqueel ganador de la licitación deberá ofrecer un período de 
apoyo una vez entregado el proyecto, con el fin desolucionar problemas operativos o 
de programación que impidan el normal funcionamiento del sistema que se ha 
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desarrollado. Dependiendo délas característicastécnicasdel proyecto, dicha garantía 
puede ir de 45 a 90 días. 

c¡> Multas: indica las situaciones en las que corresponderá descontar, de los pagos 
restantes o de la garantía, montos de di ñero. Las situaciones en que esto se puede 
producir, corresponde a una de las siguientes: 

- Incumplimiento o retraso en los plazos de entrega del servicio contratado 

- N o entrega de los productos establecidos en el contrato 

- Entregada trabajo en condiciones distintas a las convenidas 

\^ FormadePago: indica la modalidad depago quetendrá el proyecto; normalmente 
se estipula un porcentaje al comienzo; otro al alcanzar el 50% de avance y uno 
mayoritario con la entrega conforme final. 

c^ Resolución de Conflictos: sedebeindicardequéforma se zanjarán los conflictos 
que se produzcan; usualmente se indica en qué tribunal estará la competencia 
para la resolución de los mismos. 

> Términos de Referencia o Bases Técnicas 

Un segundo documento de importancia en la etapa de Licitación lo constituyen losTérminos 
de Referencia (TDR) o Bases Técnicas. Se trata de un documento en el que se explícita con 
tododetalleloqueserequieredesarrollaren el marco del proyecto, junto con las condiciones 
de la entrega y satisfacción. 

Para contar con TDR quecumplan con estas características, se sugiere que incluya al menos 
lo siguiente: 

c[> Objetivo General: indicar qué se espera conseguir con el Sitio Web. 

^ Objetivos Específicos: indicar las metas por área que se espera alcanzar con el 
proyecto. 

^ Resultados Esperados: indicar cuáles deben ser los contenidos mínimos que se 
debe incluir en el sitio. 

[=¡> Requerimientos Funcionales: indicar cuáles deben ser los servicios interactivos 
que se espera incluir en el sitio. 

c¡> Requerimientos Técnicos: indicar las características técnicas que debe tener la 
solución informática que se proponga. 

\^ M etodología: indicar de qué forma y en qué plazos se deben entregar los avances 
que se vayan haciendo en el proyecto de desarrollo. 

^ Elementosdela recepción final: indicar quéelementos serán I os que deberá entregar 
el ganador de la licitación, incluyendo desde el Sitio Web propiamente tal hasta 
otros elementos de importancia, entre los que hay que destacar los siguientes: 

- Sitio Web funcionando 

- Código fuente de todas las aplicaciones construidas 

- Documentación completa de todos los elementos del Sitio Web 

- Elementos gráficos del Sitio Web, originalesy editables 

- Capacitación en todos los elementos necesarios para utilizar en el sitio 
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La importancia de detallar de manera muy clara cada uno de los elementos, 
radica en el hecho de que este documento será la guía que tendrá quien 
desarrolle el proyecto de sitio web, para ir ejecutando cada una de las partes 
del proyecto. M ientrasmásdetallada se encuentren lasexplicacionesdeloque 
sedesea obtener en cada punto, mejor será el cumplimiento queel desarrollador 
podrá darle a cada uno y el seguimiento que desde la Institución se le podrá 
hacer a lo que se vaya construyendo. 

> Licitaciones Públicas (C hileC ompra) 

Para hacer el llamado a la Licitación de un proyecto de desarrollo de Sitio Web, normalmente se 
debe usar el portal ChileCompra.d, debido a los montosinvolucrados. 
De acuerdo a la ley de Compras Públicas (Ley de Bases sobre Contratos Administrativos de 
Suministro y Prestación deServici os, N° 19. 886), todoslosorganismos regidos por la ley 18. 575: 
M inisterios. Intendencias, Gobernaciones y Órganos y Servicios Públicos creados para el 
cumplimiento de la función administrativa, incluidos la Contraloría General de la República, el 
Banco Central, losGobiernosRegionalesylasM unicipalidadesdeben participaren este sistema. 
Se exceptúan las empresas públicas creadas por ley, lasmunicipalidadesy Fuerzas Armadas y de 
O rden y Seguridad Pública, para las cuales la ley entrará en vigencia a partir del 1 de enero de 
2004 y 1 de enero de 2005, respectivamente. 

La ley explícita quesera obligatorio llamar a licitación pública, cuando el monto de la adquisición 
superelaslOOOUTM y quelaslicitacionesprivadasycontratacionesdirectasdeberán justificarse 
a trav& de resoluciones fundadas. 

También en la ley se precisa aquellos casos en los que se justifica realizar licitaciones privadas o 
contratacionesdirectas, así como las causales para declarar desierto un proceso y el procedimiento 
para informarlo. Asimismo, establece las causas y procedimientos para modificar o terminar los 
contratos. 



Es importante considerar que la publicación en 
www.chilecompra.cl, debe contener información 
completa y oportuna refiriéndose a los llamados a 
presentar ofertas, recepción de las mismas; aclaraciones, 
respuestas y modificaciones a las bases de licitación, así 



a-- 



M ás información y texto completo de 
la Ley de C ompras Públicas en: 

como los resultados de las adjudicaciones relativas a las ^-JM^^y^-chllecompra^ó 
adquisiciones y contrataciones. 



> Evaluación y Adjudicación de Propuestas 

Como parte del proceso de licitación, un elemento que se debe establecer con la debida 

anticipación, es la forma en que la Institución tomará la decisión de adjudicarla a uno de los 

proponentes. 

Paradlo es muy importante que se establezca el mecanismo y queéstesea conocido en todos sus 

aspectos, de tal manera que todos los participantes sepan de manera transparente cómo fueron 

evaluados los participantes y quién haya resultado ganador. 
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Por ejemplo, algunos de los criterios y factores que se tendrán en consideración por partede 
la Comisión Evaluadora, pueden ser: 

• Perfil de los participantes: composición del equipo detrabajo; experiencia en la materia 
objeto del estudio. 

• Calidad de la Oferta Técnica: comprensión de los requerimientos indicados en los 
Términos de Referencias o Bases Técnicas; metodología de trabajo. 

• C aracterísticas de la O ferta Económica. 

> Elaboración de C ontratos de Servicios 

U na vez que se ha hecho la adjudicación del proyecto de desarrollo es necesario avanzar en la 
redacción del contrato, mediante el cual se incluyan todos los elementos que corresponderá 
resguardar mientras se mantenga la relación de trabajo con el ganador déla licitación. 

Para ello se debe incorporar como elemento de valor en el contrato, todo aquello que indiquen 
lasBasesyTérminosdeReferencia, puesto queen esta etapa las especificacionesque&tos contienen 
serán los elementos que permitirán verificar el cumplimiento efectivo del proyecto. 

Correspondequeesta etapa de la adjudicación sea abordada por los encargados 
de los temas jurídicos de la institución; no obstante se recomienda que se 
cuente con la asesoría técnica del jefe de Proyecto, con el fin de asegurar la 
inclusión de todos los elementos que sean necesarios para enfrentar una 
situación en la que el proyecto no termine en I os términos que se esperan. 

Instrumentos de Seguimiento 

Tan importantecomo las etapasde planificación, licitación y adjudicación deun proyecto, loes 
la de seguimiento del mismo, mediante la cual se realiza la supervisión continua de la ejecución 
de las tareas incluidas en el proyecto, con el fin de asegurarse de que se va desarrollando de 
acuerdo al plan previsto. 

En este sentido es importante tener en cuenta que se debe hacer la supervisión en tres planos 
simultáneos, que son los siguientes: 

• D esarrollo de tareas: revisión de las actividades técnicas y operativas contempladas en el 
proyecto; 

• Revisión de impacto: para definir en qué áreas el proyecto está causando problemas o 
cambios que deben ser abordados; 

• Factores externos: para mantener la atención en elementos que no están necesariamente 
ligados al proyecto, pero que puedan estar afectándolo. 

Gracias a lo que se haga en esos tres planos se podrá disponer de información actualizada que 
permita detectar desviaciones respecto a la planificación prevista; red efinir la estrategiay dirección 
del proyecto y tomar decisiones de forma rápida y adecuada para hacer las correcciones que se 
estimen necesarias. 
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Con el fin dehacerel seguimiento correspondiente en esostres planos, se lia considerado necesario 
poder utilizar las siguientes herrannientas metodológicas: 

• M etodología y software de seguimiento 

• Reuniones de control, minutase informes de avance 

A continuación se explican estas herramientas. 

> M etodología y Software de Seguimiento 

Para hacer el seguimiento de un proyecto es necesario contar con alguna herramienta que 
faciliteel control y permita establecer la relación de cada una de las etapas con el resto délas 
existentes. D e esta manera será más fácil descubrir qué etapa está atrasada y afectando a las 
siguientes y con ello al conjunto del trabajo. 

En este sentido surgen dos técnicas conocidas que son la Carta Gantt y la M alia Pert, que 
son de utilidad y a través de las cuales se consiguen los objetivos antes mencionados. 
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Figura 1: Carta G antt 
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Carta Gantt: también conocida como Cronograma, es una técnica de visualización de 
actividades que muestra una secuencia de ellas y para cada una, el tiempo que se requiere 
para cumplirlas. 

Se espera que en una Carta Gantt estén anotadas todas las actividades del proyecto desde el 
principio al fin y se indique la duración de cada una. En caso de que una actividad sea 
requisito para otra, sólo podrá comenzar cuando la anterior esté terminada. Lo mismo si dos 
actividades son ejecutadas por la misma persona, se debe indicar que la segunda comenzará 
cuando la primera ya esté terminada. 
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Las ventajas principales de una Carta Gantt son que pernnite revisar de manera sinnple lo 
proyectado versus lo realizado; que es de fácil representación y rápido aprendizaje y que es 
fácil de leer. Las desventajas radican en que para los proyectos complejos no muestra la 
interdependencia entre actividades y no indica qué actividades pueden atrasarse sin influir 
en el término programado del proyecto. 

Para crear una Carta Gantt se pueden usar software simples que van desde M icrosoft Excel 
(o cualquier planilla de cálculo) hasta M icrosoft Project que está orientado precisamente a 
ese tipo de trabajo. 




Figura 2: MallaPert 



MallaPert:su nombre es una sigla que significa «Program Evaluation and ReviewTechinique» 
(Técnica de Revisión y Evaluación de Programas) y consiste en una técnica que permite generar 
una red de actividades que muestra la secuencia en que ellas deben ejecutarse. Debido a esto, es 
posible visualizar en todo momento la existencia de una ruta crítica, que se define como el 
conjunto deactividadesquese realiza de manera secuencia! yqueal atrasarse o adelantarse en su 
ejecución, afectará la fecha final de cierre del proyecto. 

En una M alia Pert deben estar anotadas todas las actividades del proyecto, relacionadas entre 
ellas, mostrando las que son paralelasen su ejecución y señalando la fecha de inicio y término, 
duración y encargado de cada una. Además se debe indicar cuáles son las tareas que integrarán la 
Ruta Crítica, las cuales deberán ser vigiladas directamente, con el fin de no afectar la duración 
del proyecto. 

Las ventajas principales de una M alia Pert son que permite ver gráficamente la secuencia de 
actividades y su dependencia; que permite ver qué actividades se pueden modificar sin alterarla 
duración del proyecto y que muestra cuáles de ellas son críticas. Las desventajas se refieren a que 
las mallas son difícilesdeentender para alguien no familiarizado; quesedebetener mucha claridad 
sobre todas las actividades existentes y que se debe conocer muy bien la secuencia de desarrollo 
de cada una y las relaciones entre ellas, antes de hacer cualquier programación. 
Para crear una M alia Pert se deben usar software más complejos, como M icrosoft Project. 
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O tros sistemas: en forma paralela a estas técnicas de seguimiento, se ha comenzado a ocupar 
en el desarrollo de proyectos de software ciertos sistemas que permiten el trabajo en grupo, 
a través de los cuales es posible mantener una comunicación permanente entre todos los 
integrantes del proyecto, con el fin detransparentar las actividadesquese están desarrollando. 



Dentro de ellos destaca el uso dePHPCollabquees 

un sistema que permite administrar proyectos de 
desarrollo de sitios web con trabajo en equipo; 
administración de usuarios, tareas y seguimiento de 
proyectos; seguimiento de la aprobación dearchivos; 
acceso de clientes al sitio del proyecto y 
administración de la relación con clientes. Este 
sistema funciona sobre servidores Linux que utilicen 
Php / M ysql, PostgreSQ L o Sql Serven 



&- 



M ás información sobre 
PhpCollaben: 

http://phpcoHab.90urceforge.net/ 



> Reuniones de C ontrol, M inutas e I nformes de Avance 

Tal como se debe contar con las herramientas de software para hacer el seguimiento de los 
proyectos, es necesario que durante el desarrollo haya reuniones de control en las que se 
vaya revisando el avance de los proyectos. 



Estas deben tener una frecuencia semanal y deben 
estar basadas en la Carta Gantt, con el fin de ir 
corrigiendo de manera clara los retrasos y problemas 
que se vayan detectando. Además, ésta será la única 
forma de evitar que hacia el final del proyecto se 
descubra que hay un atraso que haga peligrar su 
finalización. 



ty- 



Vea el Anexo «M i ñuta para C ontrol 
de Proyecto» en: 

i/i/i/i/i/i/.gu/'ai/i/eib.gíOib.c/ 



Respecto de las M inutas, se trata de documentos escritos en los que se registran los temas 
que se han abordado en la reunión. El modelo de minuta que se incluye en este capítulo fue 
tomado deun proyecto desarrollado en Corfo y permite establecer con claridad los siguientes 
elementos: 



Tema: N ombre del proyecto y razón de la reunión 

Fecha y Hora: indicar cuándo se realiza la reunión 

Participantes: las personas que asistieron a la reunión 

Puntos tratados: de qué se trató la reunión; equivale a la agenda 

Acuerdos: definiciones y decisiones que fueron tomadas en la reunión 

Tareas por realizar: quien ejecutará los acuerdos anteriores 

Próxima Reunión: indicar cuándo se hará 
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Recepción Final del Proyecto 

Para hacer la recepción final de un proyecto se debe utilizar como lista de tareas lo indicado 
por el Contrato, las Bases y los Términos de Referencia, puesto que en ellos debe estar 
indicado todo lo que el ganador de la licitación debería efectuar en el marco del proyecto. 

En estesentido, esmuy relevantecumplirconcretamentecon cada uno délos puntosindicados 
en dichos documentos, yaque, ante las autoridades contraloras, serán esos documentos los 
que permitan validar el correcto cumplimiento del contrato. 



Para cumplir con los aspectos técnicos de este punto, se sugiere leer el 
«Capítulo 4 - Puesta en M archa del Sitio Web» en el que se entregan las 
tareas operativas tendientes a recibir un sistema desarrollado y hacer las 
pruebas operativas que permitan asegurar que cumple con I as características 
técnicas que se habían solicitado. 



Para la recepción se debe solicitar al menos lo siguiente: 

> Documentación 

Es importante hacer notar que además de recibir el Sitio Web funcionando y cumpliendo 
con las tareas que se le habían solicitado, es necesario que los desarrol I adores entreguen al 
menos la siguiente documentación que debe haber sido solicitada en los Términos de 
Referencia: 



§ 



§ 



Código fuente: corresponde a los programas de todas las aplicaciones construidas; 
debe ser entregado en formato digital y debidamente documentado para entender de 
qué manera funciona. 

Documentación: corresponde a informes completos respecto de las características de 
todos los elementos del sitio web; si se trata de sistemas, debeincluirlosmanualesde 
usuario y administrador que permita entender cómo funciona y qué hacer para resolver 
problemas; debe ser entregado en formato digital, además de impreso. 

Elementos gráficos: corresponde a todas las imágenes del sitio web, para las cuales se 
pide que sean entregadas en el formato original en que fueron construidas y que 
puedan ser editadas, es decir, cambiadas usando el mismo programa. Lo anterior 
significa que no debe aceptarse que las imágenes sean entregadas en formato G I F o 
JPG usado en el Silo Web, ya que eso impide su edición. 
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> Capacitación 

También es importante considerar que si el desarrollo de una aplicación ositio web lo realizó 
una empresa externa a la institución, será necesario recibir capacitación para entender cómo 
funciona. Para ello es indispensable contar con horas de enseñanza de parte de los 
desarro 1 1 adores en dos ámbitos: 

• Capacitación Administradores: es la que recibe el personal informático déla institución 
y que le permite entender cómo ha sido construido el Sitio Web y la forma de 
mantenerlo, respaldarlo e incluso, mejorarlo. Debe recibir información en estos tres 
aspectos, con el fin de que pueda operar de manera autónoma una vez que haya 
concluido la GarantíaTécnica que haya contemplado el proyecto. 

• Capacitación Usuarios: es la que reciben los usuarios avanzados que estarán a cargo 

déla mantención del Sitio Web y queles permitefamiliarizarse con todoslos elementos 
que se deban conocer para utilizar el sitio en toda su potencialidad. 
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^Capítulo II 



Definición del Sitio Web 



IgJSl Resumen 

En este capítulo se explica cómo definir los contenidos que se incluirán en un 
Sitio Web y los pasos que se deben dar para desarrollar la estructura de un sitio 
y su fornna. 

Estafornna de trabajo constituye una metodología probada en sitios web públi- 
cos, que asegura el éxito de las etapas posteriores del proyecto de desarrollo de 
un Sitio Web. 
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Definición del Sitio Web 



Arquitectura de Información 

Entre las metodologías más útiles que tendrán los profesionales encargados de desarrollar 
un Sitio Web, se contarán las que aparecen descritas dentro de la Arquitectura de la 
Información, que es el conjunto de métodos y herramientas que permiten organizar los 
contenidos, para ser encontrados y utilizados por los usuarios, de manera simple y directa. 

La Arquitectura de Información estará cumpliendo sus objetivos cuando un usuario entre 
por primera vez al sitio y pueda reconocer a quién perteneced Sitio Web; lo puedaentender 
en forma rápida y sin esfuerzo y encontrar la información ofrecida fácilmente. Adicional mente 
eso entregará el beneficio dequequienesproducen el sitiopodrán ubicar la nueva información 
sin tener que crear nuevas estructuras y al mismo tiempo tendrán la libertad de incorporar 
nuevas iniciativas al sitio sin tener que partir de cero. 

Los elementos que se muestran acontinuación constituyen lametodologíadelaArquitectura 
de Información, mediante la cual esposibleconseguirlasmetasdeorganización y visibilidad 
de los contenido. Cada una de ellas debe ser investigada, desarrollada y documentada 
adecuadamente: 

• Definición de Objetivos del Sitio 

• Definición deAudiencia 

• Definición de Contenidos del Sitio 

• Definición déla Estructura del Sitio 

• Definición de los Sistemas de Navegación 

• Definición del Diseño Visual 

A continuación se entrega una explicación detallada de cada una de estas actividades. 

Definición de O bjetivos del Sitio 

A través de esta etapa se busca defi ni r cuáles serán los objetivos centrales que deberá tener el 
Sitio Web y establecer la forma de cumplirlos. 

Se recomienda comenzar por generar un objetivo central y luego definir varios objetivos 
secundarios; no obstante lo anterior, es importante que estos objetivos sean explicitados 
adecuadamente al comienzo del desarrollo, con el fin de que todo el equipo tenga claro el 
horizonte que debe tener el proyecto. 

Para generar objetivos que sean válidos y comprensibles, se aconseja escribirlos a través de 
frases que se inicien con verbos que expresen las acciones a realizar. Por ejemplo: «Recibir 
preguntas de los usuarios sobre las actividades de la institución» o «Presentar públicamente 
los informes más importantes de la institución». 
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Una forma de llegar más concretamente a los objetivos, es revisar la visión y la misión déla 
organización, desde la cual se pueden obtener las claves que permitan definirlos. De más 
está decir que los objetivos del sitio deberán estar en concordancia con las necesidades y 
planificación que haya hecho la institución en sus planes anuales. 

Una de las primeras metas que se debe cumplir consiste en «tener presencia en Internet», 
siguiendo en estesentido el Instructivo Presidencial deGobierno Electrónico. No obstante, 
se debe entender como tal la entrega de información actualizada de la institución, más la 
proposición de alguna actividad interactiva, mediante el aprovechamiento del estado actual 
de la tecnología. Por ejemplo, «ofrecer las respuestas de las principales Preguntas Frecuentes 
que se reciben en la institución» o «entregar la explicación detallada sobre los principales 
trámites», permiten cumplir con la idea de tener presencia, a través de una propuesta de 
contenido que ofrece un valor agregado a quienes ingresan al sitio. 

Idealmente el listado de objetivos del sitio debe estar acotado y no llegar a más de cinco 
proposiciones. Este número, si bien es arbitrario, se indica como una forma de señalar que 
los objetivos no pueden ser tantos como para impedir su cumplimiento; ni tan pocos como 
para que el sitio sea poco ambicioso. 

D e cada uno de estos objetivos se pueden desprender tareas concretas que permitan avanzar 
en el cumplimiento de ellos. 

Definición de Audiencia 

Una vez que se ha terminado adecuadamente la etapa anterior con la generación de los 
objetivos del sitio, se debe dar un siguiente paso, que es el de determinar las principales 
audiencias (públicos) hacia I as cu al es se orlen tara el sitio. 

Está claro que el Sitio Web no podrá atender al mismo público que atiende la institución, 
dado que el acceso a Internet se produce mayoritariamente en segmentos de ingresos medianos 
a altos. Sin embargo, hay varias consideraciones que tener en cuenta, al definir quétiposde 
au di en ciase atenderán desde las pantallas del sitio. 

A continuación se hacen algunas definiciones de audiencia, las que, sin importar las 
características del sitio, siempre deberán estar presentes, y por lo mismo, deben traducirse 
en acciones para poder atenderlas adecuadamente. 

• Por capacidad física: la audiencia del sitio incluirá personas con discapacidad es físicas, 
por lo que una de las metas que debe tener todo sitio del Gobierno de Chile es 
permitir el acceso de ellos, a través del cumplimiento de las normas de Accesibilidad 
que se han recomendado como estándares internacionales. Para hacerlo se deben tomar 
las medidas correspondientes en la construcción del sitio, las que se describen en el 
título sobreUsabilidad y Accesibilidad del Capítulo 3. 
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N 

• Por capacidad técnica: la audiencia que llegue al sitio se dividirá de acuerdo a la 
experiencia técnica que tenga; por ello se deben plantear acceso simples mediante 
enlaces y otros más complejos, por ejemplo, mediante el uso de buscador. Es 
importante notar que en Chile desde hace algunos años se dobla la cantidad de 
personas que acceden a la Internet, por lo que cada año, al menos la mitad de la 
audiencia tiene poca o nula experiencia en el uso de Internet. 

• Por conocimiento de la institución: los usuarios del sitio se dividirán entre quienes 
conocen la institución y quienes no la conocen. Por lo anterior, los primeros siempre 
sabrán dónde buscar lo que necesitan usando la terminología, siglas y nombres de 
departamentos internos; los segundos, en tanto, no entenderán nada de la 
nomenclatura interna y les será muy difícil acceder a la información que se I es ofrezca 
deesa manera. 

• Por necesidades de información: los usuarios del sitio también se dividirán entre 
quienes llegan abuscar contenidos determinadosy quienes sólo llegan a ver si existe 
algo que les pueda servir en lo que estén realizando. 

• Porubicación geográfica: dentro delaaudienciasiemprehabráchilenosqueingresan 
al Sitio Web desde lugares diferentes a Santiago o incluso Chile, por lo que los 
contenidos deben responder también a esta diversidad. 

> ¿C ómo se llega a establecer la Audiencia? 

U na de las formas más concretas de establecer la audiencia que tiene el sitio, es comenzar 
por investigar en la propia institución, para determinar a quiénes atienden sus diferentes 
reparticiones. Entrevistar especialmente a los funcionarios que atienden público (Oficina 
de Partes, Secretarias, Oficina de Información, Reclamos y Sugerencias (01 RS), Mesas de 
Ayuda, Centralesy Líneas telefónicas 600 y 800) es una fórmula que permitirá determinar 
con bastante exactitud qué está ocurriendo con la audiencia. 

U na vez que se ha hecho ese trabajo, es interesante hablar con usuarios que 
llegan a la institución y hacerles preguntas muy simples y directas: 

¿A qué vino a la institución? 

¿Tiene acceso a Internet? 

¿Propio o a través de Infocentros? 

¿Q ué tipo de información en la Internet le habría evitado este viaje? 

¿Q ué le gustaría ver en el sitio Internet de esta institución? 

De las respuestas que se obtengan, se podrá hacer un muy buen resumen de 
tres elementos: 

• T ipos de usuario que se podrían atender a través de I nternet 

• Expectativas de los usuarios respecto del sitio 

• N ecesidad de información de la institución 
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> Estudiar Escenarios de Uso 

Otra de las metodologías más efectivas, al momento de trabajar en el tema de las audiencias, 
tiene que ver con la forma en que el equipo de desarrollo responda a dos preguntas: 

• ¿Cuáles son las audiencias previstas? 

• ¿Por qué la gente vendrá a su sitio? 

Al responder la primera pregunta, será posibledeterminar hacia quiénessedeberá enfocar el sitio 
y, por lo mismo, comenzar a tomar decisiones respecto de la forma de navegación, servicios 
interactivos previstos y otros elementos de despliegue que tendrá el sitio. 

Al responder la segunda pregúntalo que se busca es que basados en las audiencias posibles, sea 
factible imaginar los tipos de contenidos que ellos vendrán a buscar al sitio. 

En este sentido, la expresión «Estudiar escenarios de uso», busca determinar situaciones de uso 
reales en el Sitio Web, basado en usuarios existentes que puedan llegar al sitio a buscar determinados 
tipos de información. 



Por ejemplo, si nuestro Sitio Web se refiere a cotizaciones previsionales, se 
puede api i car el caso donjuán Pérez, agricultor dePaine,quequiere saber qué 
puedehacer para pagar las imposiciones de su AFP en su comuna. ¿Existe en 
el sitio una respuesta para él? ¿Si llegara al sitio y viera la portada que se ha 
diseñado, encontraría la respuesta a su pregunta? 



Al llegar a casos reales de uso del sitio, basado en las audiencias que se haya definido, es posible 
establecer con mucha mayor exactitud cómo esas personas (es decir casos reales) van a usar el 
sitio. Naturalmente, este ti pode revisiones permiten ratificar o modificar lo quese haya definido 
previamente como contenido del sitio, debido a que muchas veces la planificación inicial es 
hecha por personas que conocen la institución y dan por obvios muchos de los contenidos que 
para los usuarios normales no lo son tanto. 

Definición de Contenidos del Sitio 

Una vez que se han identificado los objetivos del sitioy la audiencia, se debe proceder a hacer las 
definiciones más concretas que permitan decidir qué contenidos son los que va a tener el Sitio 
Web que se desarrolle. 

Para identificar contenidos, sedeben utilizar como insumo los materiales que se hayan obtenido 
en la etapa de identificación deO bjetivosy de Audiencias, ya queen ambos la búsqueda giró en 
torno a las necesidades que tenían los usuarios del sitio. 

Para cumplir con una norma general respecto de qué debería contener un sitio, se pueden anotar 
las siguientes, como las más importantes: 
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• Acerca de la Institución: entregar la información completa referida a Autoridades, 
Organigrama, Normativa legal asociada. Oficinas, Horas de Atención, Teléfonos, etc. 

• Productos/ Servicios: destacar lasactividadesprincipalesqueel usuario puedehacer 
en la institución; puede incluir una guía de trámites que facilite las acciones de las 
personas que acudirán a la institución y que considere servicios interactivos para 
hacerlos desde el Sitio Web. 

• Novedades de la Institución: últimas actividades, noticias, etc. 

Viendo esta lista mínima (que crecerá en la medida de las necesidades de entrega de 
información de la institución), hay que hacer énfasis en que el interés de los contenidos 
variará si se trata de un usuario interno o externo. 

Por ejemplo, si miramos un Sitio Web desde el punto de vista del usuario 
externo de la institución, lo que más le interesará será la información 
referida a los trámites, seguida por la que informe acerca de cómo tomar 
contacto con la institución. Si la mi ramos desde el punto de vista del usuario 
interno, lo másimportanteserá la información deNovedades, seguida por 

la de organigrama y presentación interna. 

w 

Por lo mismo, es muy relevante que tanto los objetivos como la audiencia del sitio se hayan 
definido muy bien en forma previa, porque de lo contrario no habrá posibilidad de atender 
a ambos usuarios de manera adecuada. 

> Agrupar y Etiquetar el C ontenido 

Con las definiciones hechas hasta ahora, llega el momento de poner en práctica las 
metodologías que permiten ordenar los contenidos, agrupándolos en conjuntos coherentes 
y dándoles nombres que los identifiquen. 

Probablemente la mejor técnica para hacerlo es hacer unas pequeñas tarjetas de papel, en las 
quese anotan las principales áreasdecontenidoquesehayan detectado y revisado en el paso 
anterior. Una vez hecho, las cartas se ponen sobre una mesa y se van agrupando, hasta 
formar conjuntos de elementos coherentes entre ellos. Luego, a cada conjunto se le pone un 
nombre (idealmente una sola palabra) que identifique a todos sus contenidos. 

Con esas agrupaciones hechas, ya tendremos los elementos adecuados para generar 
posteriormente el árbol decontenidosque, asu vez, permitirá hacer el sistema de navegación. 

Unavezqueel proceso de Etiquetado haconcluido, es bueno hacer comprobaciones empíricas 
de la validez de los nombres escogidos. Para ello, se requiere que los elegidos sean mostrados 
a personas de diverso origen y que conozcan la institución, como también a quienes la 
desconozcan por entero. Ellos deben responder las siguientes preguntas: 

• ¿Q ué significa este nombre? 

• ¿Q ué tipos de contenidos esperaría encontrar en esta área? 
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Con las respuestas obtenidas se podrá juzgar si los nombres que se han usado son los más 
adecuados o, bien, hay que introducir modificaciones. 

Por ejemplo, dentro de los nombres más usados para una de las secciones habituales de un 
Sitio Web como es la de información corporativa, se cuenta «Acerca de», «Sobre...», «Quiénes 
Somos» e «Información Corporativa». 

> Identificar Requerimientos Funcionales 

junto con la búsqueda de las áreas de contenido que deberá tener el sitio, se debe trabajar 
también en ladefinición deloquesebuscaqueel sitio «haga», esdecir, lostiposdeinteracción 
que se busca incluir. 

I Dentro delosserviciosinteractivosmásfrecuentessecuentan I as siguientes: 

• Formulario de Contacto para envío de mensajes electrónicos 

• Sistema de envío de una noticia por mail a un amigo 

• Formato de impresión de los contenidos 

• M apa del Sitio 

Dentro de las funcionalidades de mayor complejidad, pero a las que todo 
sitio debería aspirar, se cuenta: 

• Buscador interno del Sitio Web 

• Área de acceso privado para usuarios registrados 

I • Sistema de envío de boletines de noticias del sitio a usuarios registrados 

Será importante que el sitio cuente con todos los servicios interactivos descritos como 
mínimos, para ofrecer una mejor experiencia al usuario que lo visita. 

> Análisis de Sitios Similares 

El último elemento que se debe desarrollar en esta etapa es la búsqueda de otros sitios en 
Internet que sean similares a nuestra institución, con el fin de revisar de qué manera han 
resuelto los mismos problemas que deberemos atender. 

Esta actividad comparativa permitirá llegar a las «buenas prácticas» que es posible adaptar a 
las necesidades de nuestro sitio, con el fin de asegurarnos métodos de funcionamiento y 
despliegue de contenidos, que sean coherentes con los objetivos que se han planteado 
inicialmente. 

E s i mportante que se haga una pauta previ a de comparad ón , con el f i n de saber de antemano 
cuáles son los parámetros que se medirán y gracias a eso, optimizar la revisión que se haga 
(ver ejemplo de Pauta de Comparación de Sitios Web en Anexo I). 



34 < .www.guiaweb.gob.cl 



G uía para D esarrollo de Sitios Web - G obierno de C hile 

Definición de la Estructura del Sitio 

U na vez que se ha hecho el trabajo de identificación de contenidos reseñado en las etapas 
anteriores de este documento, se debe avanzar hacia las definiciones relacionadas con la 
forma que tendrá el sitio que se está desarrollando. Ello implicará trabajar en tres áreas 
concretas, a través de las cuales se definí rala estructura del sitio, el árbol decontenidosy los 
sistemas de navegación que se ofrecerá a los usuarios para que avancen a través de sus 
contenidos. 

Las tres etapas se explican a continuación: 

> C reación de la Estructura 

Se refiere al proceso de identificar la forma que tendrá el Sitio Web que se está desarrollando. 
En estesentidoesimportantehacerunadiferenciaentreestructuray diseño (quesera explicada 
gráficamente más adelante en este capítulo). 



k 



Estructura: se refiere a la forma que tendrá el Sitio Web en términos 
generales con sussecciones,funcionalidadesy si stemasde navegación. 
No considera ni incluye elementos gráficos(logotipos, viñetas, etc.). 

Diseño: se refiere a la solución gráfica que se creará para el sitio, en 
la cual aparecen colores, logotipos, viñetas, y otros elementos de 
diseño que permiten identificar visualmente al sitio. 

Dado lo anterior, cuando hablamos de la estructura nos estamos 
refiriendo básicamente a cuál será la «experiencia» que tendrá un 
usuario cuando accede al sitio. Deesta manera podremos determinar 
dónde estarán ubicados los servicios interactivos (buscador, sistemas 
de encuestas, áreas de contenidos). 

Gracias a la realización de esta etapa es posible discutir en términos 
muy prácticos cuál será la oferta de elementos de información e 
interacción quetendráel usuario. Al no incluir elementosdediseño, 
sepermitequeladiscusión sobre la estructura sedesarrolleen aspectos 
concretos, sin que intervengan aún consideraciones estéticas que 
habitualmente atrasan la aprobación de esta etapa del desarrollo. 
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> M apas «permanentes» del Sitio 

Se refiere al proceso de crear un «árbol decontenido»en el que se muestre de manera práctica 
cuántas secciones tendrá el sitio en desarrollo y cuántos niveles habrá dentro de cada uno. 

Cuando se usa la idea de crear un árbol, se refiere exactamente a generar un diagrama que 
cuente con un tronco, ramas y hojas, para mostrar las zonas principales, secundarias y 
contenidos finales que se irán incorporando. 

En este sentido se debe evitar a toda costa que el «árbol decontenidos» representelaestructura 
de la organización, dado que ésta es conocida y comprendida internamente, pero constituye 
una barrera de entrada para usuarios externos. Si ellos llegan a buscar en una estructura de 
contenidos basada en la forma en quefunciona la organización, primero deberán comprender 
cómo funciona la entidad para luego encontrar lo que les interesa. 

En este sentido se sugiere el uso de dos tipos de «árboles» posibles. Árbol O rganizacional 
(Figura 1) y Árbol Funcional (Figura 2) 
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Trabajo 



Datos de 
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índice General 
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Figura 1: Árbol 
O rganizacional:, agrupa 
los contenidos de la 
manera cómo se organiza 
la institución, pero no 
basado en su estructura 
de funcionamiento, sino 
en su lógica de actividad; 



Quiénes Somos 
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Áreas de Trabajo 



Validaciones 
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Enviar a 
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Figura 2: Árbol 
Funcional, agrupa los 
contenidos de acuerdo a 
las tareas que se puedan 
realizar dentro del sitio; 
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Dado lo anterior, las recomendaciones para la generación de este «árbol» son las siguientes: 

• Secciones: se debe intentar quesean las menos posibles, con el fin de concentrar las 
acciones del usuario en pocas áreas; hay que considerar que cada una de las áreas a 
integrar en el árbol requerirá de mantenimiento posterior en contenidos, gráfica y 
funcionalidad, lo que en carecerá el costo final deoperación del sitio. Dado lo anterior, 
se recomienda que las secciones se sitúen entre 5 y 7. 

• Niveles: se debe intentar que el usuario esté siempre a menos de tres clicks del 
contenido que anda buscando. Por ello no se debería crear más de tres niveles de 
acceso; esto significa una Portada, una Portadilla de Sección y los Contenidos 
propiamente tales. 

• Contenidos relacionados: se debe considerar que habrá funcionalidades que estén 
presentes en todo el sitio. Entre el I as se incluyen elementos como Buscador, Preguntas 
Frecuentes y Formularios de Contacto. Se recomienda que este tipo de elementos 
quedefueradel «árbol» y «floten» sobre éste, con el fin de indicar que desde todas las 
páginas habrá enlaces a ellos. 

> D efinición de los Sistemas de N avegación 

U na vez que se cuenta con los «árboles de contenido» desarrollados en el paso anterior, la 
tarea siguiente consiste en generar los sistemas de acceso a dichos contenidos en el Sitio 
Web. A través de estos, los usuarios podrán avanzar por sus diferentes áreas, sin perderse. 

En la generación de dichos sistemas se debe atender a dos elementos que serán muy 
importantes: 



§ 



f 



Textual: se refiere a que la navegación se hará a través de elementos concretos, tales 
comomenús, guías, botonesy otros elementosquedeben serclaramentedistinguibles 
dentrodelainterfaz. Para generarlos se debe conseguir que cada uno de ellos represente 
claramente la función para la que fueron designadosy no dejar lugar a dudas sobre su 
función ni sobre la acción que desarrollarán al ser usados. Es decir, un botón debe 
parecer tal y no sólo un «parche»decolor sóbrela pantalla. Adicionalmente, es muy 
importantequelas pal abras escogidas paraindicar acciones, sean el aras y precisas. En 
este sentido, si un botón necesita ser explicado, es mejor desecharlo y buscar otra 
solución. 

Contextual: es todo lo referido a cómo se presenta la información, utilizando para 
el I os elementos basados en texto, gráficoso bien deentorno. Los elementos relevantes 
en este caso, serán todos aquellos que permiten mostrar la navegación en la pantalla. 
Entre ellos, la gráfica utilizada, laredacción de los textos que se muestran einclusoel 
nombre del dominio (URL) que permitirá que el usuario sienta que está en el lugar 
indicado. 
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> C aracterísticas de los Sistemas de N avegación 

Al generar el sistema de navegación, se deben tener en cuenta las siguientes características: 

• Consistente: el si stenn a debe ser si mi I aren todo el sitio, en lo referido a su ubicación 
y disposición en las páginas. Esto se aplica también aaquellasinstitucionesquepueden 
tener más de un Sitio Web. 

• Uniforme: el sistema debe utilizar similarestérminos con el fin dequeel usuario que 
lo vea en las páginas, confíe en que sus opciones llevan siempre hacia los mismos 
lugares dentro del sitio. 

• Visible: el sistema debe distinguirse claramente dentro del sitio, con el fin dequeel 
usuario cuente con él, como si se tratara de una guía permanente en el área en quese 
encuentre del sitio. 

Se debe tener en cuenta que los buscadores de Internet tienen la capacidad 
de indexare incluir en sus bases de datos, cualquier página del sitio, aún las 
más internas. Por ello, es de suma importancia que todas las páginas del 
sitio cuenten con el sistema de navegación, especialmente si el Sitio Web 
está desarrollado con «frames»(o marcos) que normalmente impiden quese 
indique claramente en cada página la información referida a la navegación 
general. Deesta manera, si un usuario accede al sitio por una página interior 
queestaba indexada en un buscador, siempre contará con las herramientas 
adecuadas para ir a la portada o realizar cualquier otra acción que le interese. 

Elementos de los Sistemas de N avegación 

Entre los elementos más relevantes que conforman el sistema de navegación se cuentan los 
siguientes: 

• M enú General: siempre presente en todo el sitio, permite el acceso a cada una de las 
áreas del sitio. 

• Pié de Página: usualmente ubicado en la parte inferior de cada página, indica el 
nombre de la institución, teléfonos, dirección física y de correo electrónico. 

• Barra Corporativa: ofrece diversas opciones de información respecto del sitio y tal 
como el anterior, se muestra en todas las páginas. 

• Ruta de Acceso: listado que aparece en la partesuperiordecada página y que muestra 
el trazado de páginas que hay éntrela Portada del sitio hasta la página actual quese 
esté revisando; cada una de ellas debe tener un enlace, para acceder al área de la cual 
depende la página. Cada uno de los elementos que conforman este «camino» debe 
tener un enlace que permita el acceso a esas áreas. En la literatura internacional en 
inglés sobre este tema, se llama a este elemento como «breadcrumbs». 
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Fechadepublicación: para saber la vigenciadepublicación del contenido desplegado. 

Botón H orne: para ir a la portada 

Botón M apa del sitio: para ver el nnapa del Sitio Web 

Botón Contacto: para enviar un mensaje al encargado del sitio (o, de existir, a la 
OIRS). 

Buscador: presente en cada página si es que la funcionalidad existe en el sitio. 

Botón Ayuda: para recibir ayuda sobre qué hacer en cada pantalla del sitio. 

Botón Imprimir: para innprimir el contenido de la página; se espera que el formato 
de impresión del documento que se muestra en pantalla sea más simple que la página 
normal del Sitio Web, para dar la impresión al usuario de que hay una preocupación 
por ayudarle en la tarea de llevar impreso el contenido. 

> Definición del Diseño Visual 

Una vez que se ha terminado el trabajo en la estructura, ya se cuenta con los insumos 

suficientes como para avanzar hacia la generación del diseño visual de las pantallas del sitio, 

momento en que se utilizarán todos los insumos que se han ido generando en las etapas 

anteriores. 

Para ello la recomendación es trabajar en cuatro etapas sucesivas e increméntales, que se 

describen a continuación: 

> Diseño de las Estructuras de Páginas 

Esta etapa considera la generación de dibujos sólo lineales que describen los componentes 
de cada una de las pantallas del sitio, con el objetivo deverificar la ubicación de cada uno de 
ellos. 

El ideal es que se dibujen diagramas con todas las pantallas que tendrá el sitio, ya que de esta 
manera será posiblequediseñadoresydesarrolladorestengan un documento concreto detrabajo, 
a través del cual resuelvan todas las eludas de los elementos que componen esta página. Si bien 
este trabajo es largo y puede resultar tedioso, su ventaja es que ningún elemento en las páginas 
queda puesto al azar sino que responde a necesidades puntuales que se han detectado y que se 
resuelven por esta vía. 

N uevamente, tal como se planteó cuando se estaba presentando el tema de Estructura en las 
páginas anteriores, lo ideal es que estos dibujos no tengan ningún elemento gráfico o visual 
concreto, sino que sólo incluyan líneas y bloques que representen objetos de contenido (como 
I ogos, vi netas o fotos). Nuevamente, como en ese caso, el uso de estas imágenes ayudará a que la 
discusión sobre cada pantalla se centre en la funcionalidad y no en temas más subjetivos como 
colores o calidad de los elementos de diseño en la página. 
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; : [Logotipo] \ [Imagen Encabezado] 



¡[Herramientas] 



1 I [Navegación Principal] 



! ; [l^enú Recursos] 



; ; [Contenido] 

I ; Titulo Sección 1 



Figura 3: Estructura de páginas (W ireframe) 

Un elemento que se debe considerar junto con estos dibujos de estructura, es que en las 
pantallas que representen transacciones, se debe incluir un diagrama de flujo sencillo, 
mediante el cual se ejemplifique cuáles son las interacciones posibles y sus resultados. 
N aturalmente se deberá incluir las pantallas correspondientes cuando sea adecuado. 




Publicar como Sí 

Pregunta Frecuente ^ 
en Sitio Web 



Figura 4: D iagrama de Flujo 

Gracias a estos diagramas en combinación con las páginas, tanto diseñadores como 
desarroll adores podrán tener claro cuál es el trabajo que deben realizar en cada una de las 
áreas del sitio que se estén generando. 
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> Bocetos de Diseño 

Esta etapa consiste en la generación de dibujos digitales acabados de la forma que tendrán 
las páginas principales del sitio quesedesarrolla, considerando como talesla Portada, Portada 
de Sección y Página de despliegue de contenidos. 
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Figura 5: Boceto de diseño 
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Para desarrollar los elementos gráficos se utilizan como insumos los dibujos de estructura 
que se han generado en la etapa anterior. 

Laideaesqueen esta etapa se trabaje en software gráfico para facilitar el proceso de corrección, 
ya que habitualmente habrá mucha interacción con los usuarios. 



Los elementos que se deben tener presentes en esta etapa, son los siguientes: 

• Imagen Corporativa de la institución: se deben seguir los 
lineamientosdeuso decolores, textosy otros el ementosdefinidos 
para la entidad. 

• Imagen Corporativa del Gobierno: se deben seguir los 
lineamientosindicadosporel Gobierno deChileen esteaspecto. 

• Criterios de Usabilidad: se deben tener en cuenta los criterios 
que se dan a conocer en el capítulo siguiente de esta Guía. 

• Criterios de Accesibilidad: se deben tener en cuenta los criterios 
que se dan a conocer en el capítulo siguiente de esta Guía. 



M ás información sobre la imagen corporativa del Gobieno en: 

www.gobiernodechile.cl/material_util.html 



> Borradores de Página 

Una vez que se ha aprobado la etapa anterior, setoman los bocetos de diseño quehayan sido 
aprobados y se genera un prototipo (páginas «clickeables») mediante el cual se pueda 
comprobar directamente la forma en que se desempeñan, cuando se les aplica la tecnología 
HTML de construcción de páginas web. 

La intención de esta etapa es «usar» el diseño de pantalla que se ha creado, contando con 
enlaces reales que permitan ver la forma de usar sus atributos (cada enlace tiene los estados 
de Enlace, Flotante, Activo y Visitado) y revisar la forma en que se despliegan las páginas 
que se van a desarrollar. 

Adicionalmente, en esta etapa será posible hacer la comprobación efectiva del peso de las 
páginasunavezconstruidasy se podrán optimizar los elementos que queden fuera de norma 
por peso o tamaño. 
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> Maqueta Web 

Es la etapa final y consiste en generar todo el sitio en tecnología html utilizando imágenes y 
contenidos reales (figuras 6, 7 y 8). 

En el caso de un sitio estático, esta etapa corresponderá a la construcción del sitio. En el 
caso de un sitio dinámico, las páginas que se generen permitirán que el diseñador genérelas 
plantillasdetrabajoyel desarrollador de software las utilice como elementos para introducir 
la programación que sea necesaria para la creación del sitio. 

Es importante considerar que todas las tareas y actividades incluidas en esta etapa pueden 
ser abordadas por un diseñador que tenga experiencia en diseño web. Esto debe ser parte de 
los requerimientos solicitados a las empresas proveedoras de este tipo de servicios. 
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Figura 6: Borrador de Portada 
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Figura 7: Borrador Segundo N ivel 
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Figura 8: Borrador Tercer N ivel 
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^Capítulo III 

D ¡seño Web y Estándares 



Resumen 

En este capítulo se explica la importancia de realizar un diseño de las páginas del 
Sitio Web deacuerdo a normas estándaresy a la innportanciaqueseledebe conceder 
a la experiencia que tiene el usuario que lo visita. 

I nduyeademásinformacióndebuenasprácticas sobre accesibilidad y para administrar 
la retroal i mentación proporcionada por los usuarios, además de metodologías para 
realizar pruebas de usuarios orientadas a mejorar el sitio. 
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Q Diseño Web y Estándares 



D ¡seño para el Acceso Rápido 

U na de las características que hace tan popular a la tecnología web es su facilidad para mostrar 
contenidos de manera gráfica y para vincular de manera fácil documentos de diferentes orígenes. 
N o obstante, para queesta simpleza pueda darse efectivamente, esnecesarioquequien esdesarrollan 
sitiosy contenidos en esta plataforma, cumplan con ciertos estándares que aseguren quela mayor 
parte de los usuarios podrán ver lo que se publica. 

Para ello, es de suma importancia que los sitios que se construyan cumplan efectivamente con 
ciertas características de publicación que permitan conseguir dos objetivos muy concretos: 

• Quelaspáginassedesplieguen rápidamente y sin dificultadestécnicasen los computadores 
de los usuarios; 

• Q ue las páginas puedan ser visualizadas por los usuarios de la misma manera en que sus 
autores las han construido. 

Para conseguir ambos objetivos, es necesario que quienes construyan los sitios web hagan uso de 
un conjunto de buenas prácticas que se han obtenido de la experiencia en la construcción de este 
tipo de contenidos digitales, y también, que se aseguren de cumplir con estándares mundiales en 
este ámbito, los que serán presentados en este capítulo. 

Buenas Prácticas 

Agrupamos en esta área una serie de recomendaciones extraídas de la experiencia en el desarrollo 
de sitios web de todo tipo, que permiten asegurar una buena experiencia de los usuarios que los 
visitan. 

> N ormas mínimas para facilitar el acceso vía conexión telefónica 

Lavisualización délos sitioswebdependedelatransmisión de datos entre dos computadores, por 
lo queesimportanteoptimizarlacantidad deinformación queseenvíaentre ambos, detal manera 
que quien la recibe pueda verla adecuadamente. 

Lo anterior se expresa en cinco áreas de recomendaciones muy concretas: 

1. Peso de las Páginas 

Los sitios web deben tener un peso máximo permitido por página que no supere una cantidad 
razonabledekilobytes(kb) queimpidan su visual izad ón. En estesentido, lo«razonable»dependerá 
directamente del tipo de sitio que se esté desarrollando y de la conexión con la que cuente la 
mayor parte de los usuarios. 

Por ejemplo, si se trata de un sitio dedicado a usuarios de regiones extremas que tienen una 
conexión muy lenta, 50 kb será un tamaño considerable, respecto desi se compara eso con usuarios 
que se conecten en una ciudad del centro del país. 
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N o obstante, se puede estudiar cuánto se demora en que una página llegue completamente al 
computador de un usuario si secalcula lo siguiente: 

A. Si un módem transmite a 56 kbps (kilobits por segundo) significa que por cada segundo 
detransmisión, en condiciones ideales, es capaz de enviar 7 kb (kilobytes) de información. 

B. Si una página pesa 70 kb, en condicionesidealesdemorará 10 segundos en aparecer completa 
en el computador del usuario. 

C . Aunque no hay información técnica consistente para establecer la velocidad promedio de 
un módem, puesto que depende de diversas variables técnicas, la experiencia indica que 
fetos se conectan habitualmentealamitad de su valor declarado. Entre las variables que 
afectan lacalidad delaconexión se cuentan lacapacidad del computador, lacongestión de 
las redes y el nivel de visitas del servidor, entre otras. 

D . D ado lo anterior, la página de 70 kb señalada en el ejemplo anterior, tardaría 20 segundos 
en desplegarse completamente. 

Conesaevidencia, lapreguntaquedebehacerse cualquier desarrollador desitios, es si sususuarios 
estarán dispuestosaesperartodoá tiempo quesedemoraunapáginaweb en bajar completamente. 

C omo lo más probable es que la paciencia de los usuarios se agotará más rápido que su deseo por 
acceder a la página que tarda en desplegarse, es necesario preocuparse de que el tamaño de las 
páginas siempre tienda a bajar y no a aumentar. 

Las normas internacionales al respecto indican que un usuario no esperará más de: 

• 5 segundos para que aparezca algo visible en la pantalla 

• 10 segundos para que aparezca algo legible en la pantalla 

• 30 segundos hasta hacer un click hacia otra parte del sitio o hacia otro sitio 

Nota: El rendimiento de una conexión a Internet nunca es del 100%. H ay que 
tener en cuenta queenestostiposdeconexiones(M ódem analógico, RD SI, ADSL) 
se utilizan diversos protocolos (PPP, TC P/l P) que ocupan ancho de banda (entre 
un 2% y un 20% del 100% total, según el tipo deconexión y protocolo utilizado), 
con lo que se reduce el ancho de banda útil para la descarga de datos. El resultado 
que se muestra en laspruebasdevelocidad deconexión existentes(por ejemplo en 
http://testacceso.es.tdatacenter.com/) corresponde al ancho de banda útil, esto es, 
equivale a la velocidad de transferencia de información, y no a la velocidad de 
acceso. Adicionalmente, existen otros factores que no pueden ser medidos y que 
contribuyen a reducir la velocidad de la conexión, como son la congestión en la 
red, interferencias electromagnáicas, etc., quetambién afectan al resultado final. 

2. D iagramación de las Páginas 

Aunque existen nuevas tecnologías para la diagramación de las páginas web (como las Hojas de 
Cascadas de Estilo o CSS), lo habitual es que los contenidos que se muestran se dispongan en 
tablas con el fin de que cada elemento ocupe el lugar que se le ha asignado dentro déla página. 
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Al respecto se recomienda construir una estructura de presentación de los contenidos que se 
pueda fragmentar en vari as tablas. 

Deesa manera, cuando el sitio se presen te en el programa visual i zador del cliente, siempre mostrará 
la primera tabla (que normalmente llevará el logotipo y la identificación del sitio) de manera 
rápida, dando al usuario la sensación de haber llegado al destino elegido. Luego en las siguientes 
tablas se van poniendo los restantes elementos del sitio. 

En lafigural se puede ver queel sitio está construido en tres tablas, deacuerdo al siguienteorden: 

Tabla 1: Muestra el logotipo de la institución, la fecha y el menú del sitio. 
Tabla 2: M uestra las Secciones del Sitio más los contenidos de diferente nivel . 
Tabla 3: Muestra el pie de la página con la identificación corporativa de la institución. 



Logotipo 


Fecha 






én 


Tabla 1 


Menú 


^ 














Secciones 
del Sitio 


Contenido 1 






él 


Tabla 2 


Contenido 2 


















Pie de Página 


O Tabla 3 



Figura 1: Ejemplo de tablas para separar contenidos y conseguir despliegue rápido. 

H^querGQondarqueiQseáudJQSSobreaccesoaStJQsWebJndJcan queel usuario espera que al 
pri mer segundo despus de haber hecho d i c sobre un enl ace o haber i ng-esado una di raed ón en 
un prog-annavisualizadon ya quiere ver alguna reacdóny notar que algo eáá ocurriendo. 

Por lo anterior se debe B/itar a todo lugar I as tablas general es que i nduyen en g nisnnasa otras 
(tablas anidadas), ya que el prog-anna visualizador usará una parte del tiennpo en calcular esa 
reladón dedependendaentrelastablasy antes de nnoárar algo útil en lapantalla. 

En lafigura 2 se puede ver queel sitio eáá construido en tres tablas i nterioresy queson agrupadas 
porunatablageneral;tanrt)iéienlazonadeContenidolsedispusounatablaqueperniteinduir 
una foto j unto al contení do: 
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Figura 2: Ejemplo de tablas anidadas que dificultan el despliegue rápido 

3. U SO de Presentaciones en Flash 

Si se desea hacer una presentación en tecnología Flash de M acromedia para la portada del sitio, se 
recomienda no hacerlo di rectamente en la portada. U n ejemplo concreto de hacerlo se muestra en 
la siguiente imagen: 



"Encabezado" 
Logotipo + Fecha 










Ingreso al Sitio 










Presentación Flash 




Saltar Presentación 








Obtener Píug-in 










Pie de Página 



Figura 3: Ejemplo de página inicial para evitar la Presentadón en Flash 
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La razón para evitar el uso de Flash en la portada es que su uso recarga la presentación del 
sitioysi la presentación no está bien hecha, puede impedir el acceso de los robots de búsqueda 
al interior del mismo. Si eso ocurre, los contenidos del sitio no serán indexados en los 
buscadores que emplearán los usuarios para buscar información sobre los temas que la 
institución desea comunicar. 

La buena práctica en estesentido esofrecer una portada con la identificación déla institución 
y dos enlaces: uno para ver la presentación y otro para ingresar directamente al sitio. 
Adicionalmentesedebeofrecer la información que sea necesaria para que los usuarios puedan 
ver el contenido sin experimentar problemas; dentro deesto se cuenta un enlace para obtener 
el plug-in necesario. 

Dado lo anterior y como pocos usuarios estarán dispuestos a ver repetidamente la 
presentación, se recomienda utilizar esos recursos en el interior del sitio, para mostrar con 
una tecnología de animación aquellos contenidos en los que desee poner énfasis o para 
explicar procesosquegráficamenteresulten atractivosy queen texto sea difícil daraconocer. 

4. U so de M arcos o «Frames» 

La tecnología de marcos o «frames» consiste en agrupar varios archivos para quesedesplieguen de 
manera simultánea, permitiendo a los usuarios ver varios contenidos al mismo tiempo. 

En el ejemplo siguientesepuedever gráficamente cómo se hace el despliegue de dichos archivos: 



Frame Top: Logotipo + Fecha 



Frame Menú: 

Secciones 

del Sitio 



Frame Contenido 



Frame Bottom: Pie de Página 



Figura 4: Ejemplo de uso de frames para desplegar con ten idos simultáneos 
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Esta tecnología tiene aspectos positivos y negativos, que detallamos brevemente: 

Positivos: 

• Permitetener ciertos conten i dos presentes todo el tiempo, como un cabezal o 
menú. 

• Facilita la navegación ya que el usuario nunca pierde de vista dónde se 
encuentra. 

Negativos: 

•Impide que el usuario pueda marcar una página como «favorita» (bookmark) 
porque nunca se le muestra cuál es su dirección web. 
•Cuando un usuario llega a un contenido desde un enlace provisto por un 
buscador, verá el sitio sin los otros marcosy no sabrá cómo navegar en él. 
•La existencia de variosarchivos en uno genera una carga mayor para el usuario 
quellegaal sitio; eso lo obligaaesperaraqueaparezcantodosloscontenidosde 
los archivos para poder usarlo. 

D ebido a lo anterior y salvo que sea muy necesario, esta forma de organizar los sitios web debe 
desecharse para pasar a sitios de interfaz contenida en un solo archivo. 

5. U so de I mágenes de «baclcground» 

U na tecnología muy popular que se puso de moda en el año 1996 cuando el software N etscape 
N avigator lo implemento, fue el uso de imágenes como fondos o «backgrounds» de las páginas 
web. 

Salvo casos en que sea estrictamente necesario, esta práctica debe ser dejada de lado porque su 
único efecto es el de agregar un paso excesivo a los sitios, afectando el tiempo de descarga y acceso 
a la información. 

6. U so de «meta tags» Adecuados 

Los «meta tags» son marcas en lenguaje html que van en la parte superior del código fuente de 
cadapágina, a travésdelas cual es se entrega a los si stemasdeindexación y búsqueda, la información 
mínima para hacer una correcta indexación del contenido que incluye. 

Los «meta tags» son un conjunto de elementos que obedecen aun estándar definido por el World 
Wide Web Consortium (http://www.w3c.org) por lo que su uso está regulado y mediante los 
cualesredescribeinformación concreta sobrelapágina, tal comotítulo, autor, descripción, idioma 
y otros. Los más importantes, aunque no los únicos, son los siguientes: 

<title>Nombredel Sitio o lnstitución</title> 

<neta ÑAME =«title» C O N T E N T =«N ombre del Sitio o I nstitución»> 

<meta ÑAME =«description»C O N T EN T =«D escri pelón del Sitio o I nstitución»> 

<qnetaNAM E=«keywords»CONTENT=«PalabrasclavesdelSitioolnstitución»> 
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Adicionalmentesobreestetemasehadadoen losúltimosañosun trabajo deestandarización muy 
innportante a través del grupo «D ubiín C ore» que ha definido los elementos «meta tags» a usar y 
que deben ser consultados en http://www.dublincore.org. 

> N ormas para Incorporar Elementos G ráficos y M ultimediales 

C uando en un Sitio Web seincorporan el ementosgráficosymultimedial es, sedeben seguir normas 
muy concretas para evitar que su peso afecte el desempeño de la página cuando sea solicitada por 
los usuarios del Sitio Web. 

A continuación entregamos algunas recomendaciones tendientes a asegurar la correcta inclusión 
de dichos elementos: 

• Optimizar el peso de las imágenes: se debe bajar al máximo posible el peso de las imágenes; 
cuando esto no sea posible hacerlo por su tamaño, se debe reducir el número de colores 
disponiblesy la resolución (72 dpi es la norma). 

• Elegir el formato adecuado: ante un mismo tamaño de imagen, el peso varía dependiendo 
de si son procesadas para desplegarse en formato GIF respecto del formato jPG. 
Normal mente una imagen con colores planos (como un icono) tendrá un peso menor si se 
guarda en G I F respecto de si es guardada en j PG . Lo contrario ocurrirá con una imagen 
con muchos colores diversos (como unafoto). Se recomienda probar ambos formatos para 
determinará óptimo. 

• U bicación deimágenes: se recomienda usar un solo directorio para almacenar lasimágenes 
repetidas, tales como losiconosy otros elementos gráficosqueson utilizados en diferentes 
páginas del sitio. Al ubicarlos en un directorio único se puede aprovechar la función de 
caché del programa visualizador para mejorar el rendimiento de las páginas. Para efectos 
deseguridad, se recomiendaimpedirqueun programa vi sualizador pueda ver el contenido 
de dicho directorio o cualquier otro dentro del sitio. 

• Usar el atributo ALT en imágenes: en el código H TM L se debe usar el atributo ALT 
(texto alterno) en lasimágenes para queéstesedespliegueantesquelasimágenesy facilite 
de esta forma la comprensión del contenido a los usuarios. 

• Imágenes con alto y ancho: las imágenes (dibujos, fotos, iconos, botones) deben tener 
tamaño para el ancho y el alto, para que el programa visualizador pueda dejar reservado el 
espacio paradicho contenido antes de que se realice su despliegue visual. 

• Ofrecerplug-ins: cuando se utilizan archivosmultimedialesquerequieren el usodeplug- 
ins(programasvisualizadores especiales) para revisarlos, se recomienda poner el programa 
para ser bajado u ofrecer un enlacea lugaresdondeobtenerlo. Esto es especial mente val i do 
en sitios que ofrecen presentaciones de portada en tecnología Flash, las cuales deben ser 
anunciadas para que el usuario tenga la opción de veri as o avanzar di recto al sitio. 

• Indicará peso de los archivos: cuando se ofrecen elementos gráficos o audiovisuales para 
quesean bajados al computador personal por el usuario (especialmente en Video, Audio, 
Flash u otros), se recomienda indicar el peso de los mismos, con el objeto de ofrecerle 
información útil para efectuar la operación. 
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>lnteroperabilidad 

Dado que los sitios web pueden ser accedidos sin problemas desde computadores que utilizan 
diferentes sistemas operativos, en un sitio de Gobierno Electrónico se debe cuidar ese aspecto de 
la diversidad. Para ello se debe asegurar de que desde la mayor parte de ellos las páginas pueden 
verse si n mayores contratiempos. 

Para asegurar esto, las recomendaciones son las siguientes: 

• Utilizar código html estándar, no mejorado para un visualizador en especial 

• Probar el sitio con lasversionesparadiferentessistemasoperativosdediversosvisualizadores 
depáginas(browsers); especial mente hacerlo con versionesdeM icrosoft I nternet Explorer, 
NetscapeCommunicator, Mozilla, O pera y Saf ari . 

• Asegurarse de que el sitio puede ser visualizado de alguna forma cuando no se cumplen 
ciertascondicionesmínimas, por ejemplo, cuando seusan versiones antiguasdeun programa 
visualizador que no soporta las nuevas características del lenguaje html (por ejemplo 
N etscape N avigator versión 4.6). 

Estándares Internacionales 

Ademásdelas buenas prácticas basadas en la experiencia, la tecnología web cuenta con un conjunto 
de estándares que deben ser respetados para obtener la certificación que acredita al sitio respecto 
de su conformidad con ellos. 

La entidad encargada del tema es el Word WideWeb Consortium (http://www.w3c.org/) quese 

encarga de velar por las mejoras en la tecnología y por hacer avanzar los estándares y que los 

programas visualizadores cumplan efectivamente con mostrar lo que el lenguaje HTM L permite 

construir. 

Dentro délos estándaresquemásinteresa cumplir, se cuentan dosqueti en en quever con laforma 

de hacer la presentación de contenidos en un Sitio Web y que se detallan a continuación: 

Validación de HTML 

Es un sistema basado en I nternet y presentado en el propio sitio del W 3C (http:/ 
/validator.w3.org/)yquepermitedetectarerroresen laforma deutilizar el lenguaje 
HTM LyXM L en laconstrucción deun Sitio Web. Lo interesantedel programa 
esque muestra en detalle los erroresdel código en la página quese pruebe, con lo 
cual se puede llegar a una directa corrección de los problemas que se hayan 
detectado. 

La importancia detener un código correctamente validado es que se asegura, a 
partirdeesacertificación,quelapáginawebpuedeservistasin problemas, desde 
cualquier programa visualizador que cumpla con los estándares internacionales 
en la materia. 
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Validación de CSS 

Es un sistema basado en I nternet y presentado en el propio sitio del W 3C (http:// 
jigsaw.w3.org/css-validator/) nnediante el cual se puede validar la sintaxis de una 
H oja de Estilo en C aseada (CascadeStyleSheet o CSS, en inglés), mediante la cual 
se describe la forma de presentar contenidos en una página web. 

Este programa muestra en detalle los errores del CSS en la página que se pruebe, 
con lo cual se pueden aislar los problemas y hacer la corrección correspondiente. 
Cabe indicar que la ventaja de usar la tecnología CSS es quefacilita la mantención 
de un sitio mediante la separación de la presentación (diseño) del contenido. 



D ¡seño para la Accesibilidad 

La accesibilidad de un Sitio Web se refiere a su capacidad para presentar contenidos a personas 
que cuentan con discapacidades físicas, que les impiden usar la información disponible de una 
manera tradicional y por ello emplean ayudas técnicas. 

Un ejemplo de esto son el usodeun lectordevozoun magnificador de pantalla en el caso délos 
discapacitados visuales, que les permiten interpretar el texto que se muestra en la pantalla. 

La accesibilidad correspondeauna délas tendenciasquesehaimpuesto con mucha fuerza en los 
últimos dos años, gracias especialmente a los avances conseguidos en los sitios del Gobierno de 
Estados Unidos (país que promulgó la Act 508 para reglamentar esta forma de mostrar los 
contenidos). 

EstatendenciasehaasociadomundialmentealaactividaddelossitioswebdeGobierno Electrónico, 
debidoaque, por el hecho de pertenecer a instituciones públicas, deben asegurarse de que todos 
los ciudadanos accedan a la información que se les ofrece por esta vía, sin queexistan barreras para 
ello. 

Para comprobar que un Sitio Web cumple con las normas de accesibilidad, la iniciativa WAI 
(Web Accesibility Initiative) delaWBC (World Wide Web Consortium) propone la realización 
de las siguientes pruebas: 

• Verificar la accesibilidad con herramientas automáticas y revisión humana. Los métodos 
automáticos son generalmente rápidos y convenientes, pero no pueden identificar todos 
los problemas de accesibilidad. La revisión humana puede ayudar a garantizar la claridad 
del lenguajey la facilidad de navegación. 

• Utilizar los métodos de validación desde las primeras etapas del desarrollo. Losproblemas 
deaccesibilidad queseidentifican temprano son fácilesdecorregirydeevitar. Entredichos 
métodos de validación, se cuentan los siguientes: 
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• Utilizar una herramienta automatizada de validación de la accesibilidad y la 
navegación. Sedebeteneren cuenta que I as herramientas o programas de revisión 
no contemplan todoslosproblemasdeaccesibilidad, como lo compren si bleque 
puede ser un enlace de texto, o el contenido de un texto alterno, etc. 

• Validar la sintaxis de programación de las páginas con lasherramientasofrecidas 
porelW 3c; de esta manera se determinará si se útil iza apropiadamente el lenguaje 
que se haya elegido (Ej., HTM L, XM L, etc.). 

• Validar las hojas de estilo (Ej.,CSS). 

• U tilizar un emulador o navegador solo-texto. 

- Utilizar varios navegadores gráficos, con: 

- son i dos y gráficos cargados 

- gráficos no cargados 

- sonidos no cargados 

- sin mouse 

- marcos, scripts, hojas de estilo, y appletssin cargar. 

• Utilizar varios navegadores, antiguos y nuevos. 

• Utilizar un navegador con conversión texto-voz, un lector de pantalla, un 
programa de magnificación, una pantalla pequeña, etc. Varios de esos software 
se pueden obtener desde el Sitio Web de Fonadis (http://www.fonadis.cl/ 
index.php?seccion=25) 

• Utilizar un revisor gramatical y ortográfico. U na persona que lee una página 
con un sintetizador de voz puede no ser capaz dedescifrar la pronunciación que 
emiteesedispositivo de una palabra que tiene un error ortográfico. Eliminando 
los problemas gramaticales se aumenta la comprensión. 

• Revisará documento en cuanto a su claridad y simplicidad. Lasestadísticasde 
legibilidad, como las que generan algunos procesadores de texto, pueden ser 
útilesindicadoresdeladaridad y simplicidad. Mejor aún, consultecon un editor 
(humano) experi mentado para revisar el contenido escrito en cuanto a su claridad. 
Los editores pueden también mejorar la usabilidad de los documentos, al 
identificar problemas potencialesdesensibilidad cultural quepueden presentarse, 
debido al uso del lenguaje o de los iconos. 

• Invitar a personas con discapacidad a revisar los documentos. Los usuarios con 
discapacidad, noveles o expertos, proporcionan valiosa información sobre la 
existencia de problemas de accesibilidad o usabilidad y la seriedad de la falla. 
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M ás información del tema en: 

•W3c.org: http://www.w3.org/TR/WAI-WEBC0NTENT/ 

• Sidar.org (España): http://www.sidar.org/recur/desdi/wai/index.php 

• Fonadis (Chile): http://www.fonadis.cl/index.php?seccion=25 



Buenas Prácticas 

Las buenas prácticas en el tema de la accesibilidad consisten en aplicar I as «Di rectrices o Pautasde 
Accesibilidad para el Contenido delaWeb»,atrav&delas cuales es posiblegarantizarquese están 
cumpliendo las normas correspondientes, las cuales se explican en los siguientes títulos. 

> Estándares Técnicos Recomendados 

Las normasa cumplir para conseguir la Accesibilidad de un sitio, y por lo tanto atender a este tipo 
deaudiencias, están separad as en tres áreasalasqueseles asi gnadiferentenivel dePrioridad. Estas 
son consecutivas y pueden certificarse individualmente. 



Prioridad 1: 

lospuntosdeverificación deesta prioridad tienen que ser satisfechos, porque, de 
lo contrario, uno o más grupos de usuarios encontrarán imposible acceder a la 
información del documento. Satisfacer este punto de verificación es un 
requerimiento básico para que algunos grupos puedan usar estos documentos 
Web. 

Prioridad 2: 

lospuntosdeverificación deesta prioridad deben ser satisfechos, porque, délo 
contrario, uno o más grupos tendrán dificultades en el acceso a la información 
del documento. Satisfacer este punto de verificación eliminará importantes 
barreras de acceso a los documentos Web. 

Prioridad 3: 

lospuntosdeverificación deesta prioridad pueden ser satisfechos, porque, délo 
contrario, uno o más grupos de usuarios encontrarán alguna dificultad para 
acceder a la información del documento. Satisfacer este punto de verificación 
mejorará la accesibilidad de los documentos Web. 



Como se ve en la descripción anterior, cada una de las prioridades lleva asociado un tipo de 
obligación, siendo I a primera I a más perentoria de todas. 

Para revisar los elementos contenidos en cada una de las Prioridades, ver Anexo I - Estándares 
técnicos de Accesibilidad. 
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> Estándares Internacionales 

Con el fin devalidarel cumplimiento délos estándaresinternacionalesdeaccesibilidad reseñados 
previamente, en Internet existe una serie de sitios que permiten validará cumplimiento de fetos. 
Dentro de ellos recomendamos usar los siguientes: 



Bobby 

Es un revi sor de accesibilidad desarrollado por el Centro deTecnología Especial 
Aplicada (Center for Applied Special Technology - CAST), ejecuta un test 
automático «on-line»demuchos délos puntosdeverificación queforman parte 
de las «Pautas de Accesibilidad al Contenido en la Web 1.0». Visitar en http:// 
bobby.watchfire.com/bobby/html/en/index.jsp 

TAW 

Es la primera herramienta de verificación de la accesibilidad de las páginas Web 
en castellano. Setrata del Test de Accesibilidad alaWebTAW, desarrollado por 
el Fondo Formación Asturias para el Centro Estatal de Autonomía Personal y 
Ayudas Técnica (CEAPAT) del Instituto de M igraciones y Servicios Sociales 
(IM SERSO) de España. Visitar en http://www.tawdis.net. 



D ¡seño de la Experiencia del U suario 

En forma paralela al desarrollo de las interfaces, todo proyecto web debe tener en cuenta la 
experiencia que vivirá el usuario al navegar por sus páginas. A ese concepto se le denomina 
«experiencia» del usuario y el objetivo siempre será el de que cada persona que visite el sitio 
encuentre lo que está buscando de manera simple, de tal manera que regrese al sitio y le cuente a 
otros sobre su contenido y funcionalidades. 

Para conseguir lo anterior, es necesario hacer un trabajo muy acabado en lo que se 
refiere a la planificación y organización de los contenidos, como también definir 
cómo se van a mostrar y operar las funcionalidades. Sólo de esa manera habrá 
certeza de las operaciones que se pueden realizar en el sitio y los efectos 
administrativosqueello generará en la institución. 

> D esarrollo de D ¡agrama de Interacción 

Una de las metodologías más concretas para asegurar que la experiencia del usuario se está 
resguardando adecuadamente, es la generación los «diagramasdeinteracción»mediantelos cuales 
se representan gráficamente I as posibilidades de acción que tiene un usuario enfrentado a tomar 
una decisión en un Sitio Web. 

Por ejemplo, el siguiente diagrama muestra las posibilidades de reacción que tiene un Sitio Web 
ante el ingreso de un usuario registrado en un sitio: 
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Figura 5: Ejemplo de D ¡agrama de Interacción 

Como se puede apreciar, aparecen muy bien definidas en este esquema las acciones que pueda 
realizar un usuario queaccedea un sitioyiaformaenqueel sistemareaccionaráantesu presencia. 
Lo anterior conduceapreocuparsede manera concreta délas pantallasa desarrollar y los elementos 
que hacen falta para atender adecuadamente a dicho usuario. 

D eallí que la existencia deestosdiagramas,acompañadosde las respectivas pantallas mediante las 
cuales se pueda describir gráficamente lo que se espera que ocurra en un sitio, son herramientas 
muy valiosas al momento de desarrollar I os elementos de interacción que se pretende abordar en 
un sitio. 

> Principales Actividades a D esarrollar en el Sitio 

Es importante considerar que de acuerdo al Instructivo Presidencial de Gobierno Electrónico 
(2001), los sitios tienen un ciclo de vida que va enfatizando en su interactividad, de acuerdo al 
siguiente desglose: 

• Presencia: en esta fase se provee básicamente información del Servicio al ciudadano. 

• Interacción: considera comunicaciones simples entre el Servicio y el ciudadano y la 
incorporación de esquemas de búsqueda básicas. 

• Transacción: incluye provisión de transacciones electrónicas al ciudadano por parte del 
Servicio, en forma alternativa a la atención presencial en las dependencias del órgano. 

• Transformación: considera cambios en los Servicios para proveer aquellas prestaciones 
que componen su misión crítica en forma electrónica, y la introducción de aplicaciones 
que administran la entrega de prestaciones a los ciudadanos. 

Lo anterior implica quecada Sitio Web quedesee avanzar en su vida útil, como partede la política 
de Gobierno Electrónico, tiene que ofrecer capacidades de interacción que sean cada vez más 
importantes para el grupo de usuarios hacia los cuales se dirige. 
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En estesentido, los sitiosweb deben ir incrementando su complejidad para ir haciéndose cargo de 
las necesidades de comunicación primero, y luego de las de atención, con el fin de brindar a los 
usuarios la posibilidad de el i minar etapas burocráticas en su relación con los servicios. 

Las etapas que pueden ir marcando el avance de un Sitio Web podrían serlas 
siguientes: 

• Comunicaciones: corresponded estado de «Presencia» y consiste en que 
el sitio ofrezca la posibilidad de que los usuarios envíen correos electrónicos 
desde el sitio; al principio, con el uso del software de correo que tenga el 
computador; posteriormente desde formularios del sitio; finalmente, 
conectando losformulari os con algún si stemadegestión para hacer seguimiento 
a las respuestas que se envíen a los usuarios. 

• Trámites: corresponde al estado de«lnteracción» y consiste en queel sitio 
ofrezca la posibilidad dequelosusuariospuedan obtener información y realizar 
trámites del servicio a través del computador; al principio, recibiendo sólo 
información para hacer los trámites; finalmente, con la realización de la 
transacción mediante el sistema. 

• C ompras y Pagos: corresponde al estado de «Transacción» y consiste en 
queel sitio cumpla actividades transaccionales, que permitan a los ciudadanos 
ahorrar tiempo y dinero para realizar acciones ante los servicios. 

D ado lo anterior, los sitios web de las instituciones públicas deben tener metas muy concretas a 
desarrollar en sus planes de trabajo anuales y esto debe estar expresado en el presupuesto de la 
institución, de tal manera que cuenten con losrecursosnecesariospara llevarlos adelante y darle 
sustentabilidad a la vida del proyecto. 

> Pruebas de Sistemas e I nterfaces 

Cuando se han generado lasinterfacesdeun Sitio Web y antes de hacer la puesta en marcha del 
mismo, es muy conveniente hacer una serie de pruebas que permita asegurarse, antes de la 
construcción del código, que los usuarios van a entender la forma en que está organizada la 
información y los contenidos y funcionalidades que se están ofreciendo a travfe del Sitio Web. 
Paradlo, se cuenta con dos ti pos de prueba, que se describen a continuación y que son: 

• Pruebas H eurísticas: consisten en análisis hechos por expertos respecto de las pantallas 
que se están ofreciendo en el sitio. 

• Pruebas de Usabilidad: revisan una serie de factores con el fin de establecer si cumplen 
con las necesidades de los usuarios del sitio. 

Con esta información, es posible rehacer partes del sitio antes de la construcción o desarrollo de 
las piezas de software que lo integran, facilitando de esa forma la siguiente etapa de trabajo. 
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Pruebas H eurísticas 

Originalmente desarrolladas por Jakob Nielsen (http://www.useit.com/), las diez pruebas que se 
incluyen dentro delaheurística han sido aplicad asuniversalmenteyse entienden como el conjunto 
más adecuado para medir las características de un Sitio Web. 

La pauta de evaluación es la siguiente: 

• Visibilidad del estado del sistema: la prueba mide si el usuario siempre sabe qué está 
haciendo el sistema. Se revisa si existen los diferentes elementos que ayudan a esto: 

- I ndicación gráfica de donde se encuentra (ruta de acceso desde portada) 

- I ndicación de que ha visto (marcar los enlaces visitados) 

- Indicción de que hay un proceso en marcha (anunciando estado de avance...) 

- Indicación de cuántos pasos faltan para terminar (como en el caso de que ya a un 
proceso de registro en el Sitio Web) 



• 



• 



t 



• 



Similitud entre el sistema y el mundo real: la prueba mide si el sitio se expresa de una 
manera comprensible para el usuario. Para ello se revisa si se emplean las convenciones 
habituales y que le permiten operar en el Sitio Web. 

Control y libertad del usuario: la prueba mide si los usuarios que se equivocan al hacer 
algo tienen forma de recuperarse de esos errores. Se revisa si existen formas de hacerlo. Por 
ejemplo: ¿Se puede deshacer una operación? ¿Se puede rehacer una operación? 

Consistencia y cumplimiento de estándares: la prueba mide si se cumplen los estándares 
queseusan en la Internet en el Sitio Web. Para ello sedebevalidar y revisará sitio con las 
herramientas que se ofrecen en http://www.w3c.org para H TM L y CSS. 

Pre\/ención deerrores: la prueba permite validar si se cuenta con mecanismosqueaseguren 
que el ingreso de cualquier información, por parte del usuario, permite evitarle errores. 
Paradlo, se verifica si en las áreas en que los usuarios deben interactuarcon el sistema, se 
les explica claramente lo que se espera de ellos. Por ejemplo: 

- Usodejavascriptparavalidarformularios:paraquetodosloscamposobligatoriossean 
llenados, para que el número de RUT sea ingresado correctamente, etc. 

- Uso de elementos destacados en los formularios: indicar los campos obligatorios con 
asteriscos (*) o, bien, campos obligatorios marcados con color. 

Preferencia al reconocimiento quea la memorización: la prueba permite revisar si el Sitio 
Web ayuda al usuario a recordar cómo se hacía una operación, o bien leobliga a aprenderse 
los pasos cada vez que ingresa. Para conseguir este objetivo se verifica la existencia de una 
línea gráfica uniformeen todo el Sitio Web (mediante la cual el usuario entiéndelo que se 
le ofrece con sólo mirarlos) y si se cuenta con un sistema de navegación coherente. 

Flexibilidadyeficienciadeuso: lapruebapermiterevisarsi seofrecen solucionesdiferentes 
de acceso a los contenidos, a los usuarios novatos respecto de los expertos. Por ejemplo, se 
puede contar con botones para I os primeros y atajos de teclado para el experto. También es 
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importante medir en esta prueba la carga rápida de los sitios mediante una buena 
construcción del código. 

• Estética y diseño minimalista: la prueba pide que los elementos que se ofrezcan en la 
pantalla tengan una buena razón para estar presentes. Se verifica la existencia de 
elementos irrelevantes (texto, sonido e imagen), que no aportan ni ayudan a que el 
usuario distinga lo importante de lo superfluo. Para ello se verifica la existencia de: 

- Jerarquías visuales: que permiten determinarlo importantecon una sola mirada. 

- Tamaño de imágenes: que no afectan la visión general de la información del Sitio 
Web; se verifica tanto tamaño como peso. 

• Ayuda ante errores: se verifica que el usuario sepa cómo enfrentar problemas en una 
página tanto oniinecomo offiine; entre los elementos que se miden se cuentan: 

- M ensaje 404 personalizado, con el fin de ofrecer una información y navegación 
alternativa cuando una página no es encontrada. 

- M ensaje de falla ofrece una alternativa offiine (teléfono, mesa de ayuda) que 
permite que el usuario mantenga su confianza en la institución. 

• Ayuday documentación: se revisa que el Sitio Web ofrezca ayuda relevante de acuerdo 
al lugar en queel usuario estévisitando; también se revisa la existencia de sistemas de 
búsqueda que permiten al usuario encontrar los elementos de ayuda que sean relevantes 
de ofrecer (preguntas frecuentes; páginas de ayuda). 

Pruebas de Usabilidad 

Se trata de pruebas efectuadas con usuarios, con el objetivo de determinar si la organización 
de los contenidos y las funcionalidades que se ofrecen desde el Sitio Web son entendidas y 
utilizadas por los usuarios de manera simple y directa. 

Las pruebas tradicionales son: 

• Prueba Inicial: para ver cómo funciona la organización de contenidos y elementos 
inicialesdediseño (botones, interfaces). El material con que se prueba es una imagen 
dibujada del Sitio Web. 

• Prueba de Boceto Web: para ver si se entiende la navegación, si se pueden cumplir 
tareas y si el usuario entiende todos los elementos que se le ofrecen. El material con 
que se prueba es una maqueta web semi funcional 

En amboscasosla prueba consiste en mostraraun grupo de personas el Sitio Web y hacerles 
preguntas sobre lo que ellos imaginan existe allí. H ay que recordar que en esta etapa del 
desarrollo las funcionalidades no existen como tales, aunque están definidas. Por lo mismo, 
todo el trabajo tiene que ver con I os aspectos visual es y de organización de los contenidos. 
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Los resultados de cada una de esas etapas permitirán adecuar los elementos con los que se 
esté trabajando en esos momentos, con el fin de atender a los usuarios y ofrecerles una 
experiencia a la altura de sus expectativas. 

Esimportanteenfatizaren estaspruebas,yaquegeneran insumosqueserán muy útilesy permitirán 
darse cuenta a tiempo de errores conceptuales en la entrega de la información, que puedan ser 
remediados de manera temprana y sin afectará desarrollo total del proyecto. 

C orno Atender a los U suarios 

Dadoquelainteracciónylacomunicacióndelosusuahosatrav&del SitioWebdela institución 
están entre los objetivos más importantes de un Sitio Web del Gobierno, se ha diseñado esta 
sección para tratar directamente el tema. 

En ese sentido hay que indicar que la tecnología web está orientada a generar niveles de 
comunicación muy avanzados, de I os cual es se espera respuestas rápi dase interacción permanente. 
Se puede indicar incluso que el uso del computador permite establecer nuevasformas de atender 
la relación entre personas. 

Por lo anterior, es importante reconocer losdiversos si stemasque puede utilizar un Sitio Web para 
recibir«feedback»oretroalimentacióndepartedel usuario, delascualesnombramosacontinuación 
las principales. 

• Sistemas de Correo Electrónico 

• Sistemas de E ncuestas o Votaciones 
•Sistemas de Foros 

•Sistemas de Chat 
•Sistemas de Simulación 

Es importante considerar que cada uno de ellos genera más información y 
conocimiento de la audiencia que visita el Sitio Web, por lo que siempre será 
interesante ver cómo reaccionan a los temas que se les planteen y, asimismo, 
administrar positivamente el mayorflujo de trabajo que pueden generaren un 
Sitio Web muy partid pativo. 

> Sistemas para Generar Feedback 

Como se planteó antes, un Sitio Web tiene diversos sistemas para recibir feedback o 
retroal i mentación de parte del usuario, entre los que destacamos: 

• Sistemas de Correo Electrónico: permite enviar mensajes a los encargados del sitio sobre 
temas puntuales. La premisa básica es que todo correo que llegue a la institución debe ser 
respondido adecuadamente y en el menor plazo posible, evitándose sólo las respuestas 
automáticas. En estos sistemas se debe asegurar el funcionamiento de los servidores de 
correo electrónico asociado, con el fin de que los mensajes sean enviados exitosamente. 
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• Sistémasele Encuestaso Votaciones: permite hacer sondeos rápidos entre los usuarios del 
sitio acerca de temas simples. En el caso de este sistema, la validación obligatoria que 
requieredebe permitirquelosusuari os voten sólo unavez;quelapreguntaysusrespuestas 
no contravengan disposiciones legales ni que generen una controversia, dado el carácter 
público del sitio. Asimismo se debe aclarar que las respuestas sólo representan a quienes 
participaron y no tienen validez estadística. 

• Sistemas de Foros: permite a los usuarios entregar opiniones sobre temas concretos en 
modo asincrónico. En el caso de este sistema se debe tener especial cuidado con los 
contenidos que generen los usuarios, puesto que en muchos casos el uso de interfaces 
computación al es relajan la responsabilidad de quienes escriben en lo referido a formas de 
expresarse y contenidos vertidos en este tipo de programas. Se aconseja, por lo mismo, 
mantener un seguimiento constante de las expresiones registradas en el sistema, 
recomendándoseen todo caso el uso desoftwaredeforosquepermitan moderará contenido 
e impidan la publicación de imágenes. 

• Sistemas de Chat: permite establecer conversaciones escritas en tiempo real con otros 
usuariosocon losencargadosdd sitio. En el caso deestesistemasedebecuidar la generación 
de conten i dos por parte de I os usuarios, porque tal como en el caso de los Foros se puede 
llegar a hacer un mal uso de este tipo de sistemas. En el caso de los chats, se aconseja 
utilizar las herramientas que ofrece este tipo de sistemas para evitar la participación de 
usuahosquetengan maloshábitosdecomunicación. Asimismo se recomiendasu uso para 
Mesas de Ayuda que permitan apoyar a los usuarios de modo directo mientras visitan el 
sitio. 

• Sistemas de Simulación: permite entender los escenarios que se pueden dar ante 
determinadas situaciones, sin necesidad de acceder a ellos. H abitualmente este tipo de 
sistemas es agregado a los Sitios Web como aplicaciones especiales, por lo que sólo se debe 
asegurar su correcta operación funcional. 

• Sistemas de Búsqueda: estos sistemas proveen una forma i nteresante de obtener feedback 
de los usuarios. Al incorporar mecanismosdebitácora para las búsquedasque hacen en el 
Sitio Web (en la medida que se cuente con un sistema buscador), se irá registrando lo que 
álosandan buscando; al revisaren forma periódicayobtenerestadísticasdeuso del sistema, 
se podrá avanzar en comprender lasnecesidadesdel usuario y deesa manera enfatizar en la 
información másbuscadaporellos. Adicionalmente, el control de búsquedas fallidas a su 
vezpermiteidentificaryaseaerroresdeorganización decontenidoso, simplemente, detectar 
el tipo de información que el usuario espera encontrar en el sitio. 

> Formularios del Sitio 

En la creación de los formularios para la generación de comunicaciones del Sitio Web, es muy 
relevante cumplir con ciertas prácticas de usabilidad, que hagan más sencilla la operación délos 
formularios. Como ejemplos de buenas prácticas podemos mencionar: 
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• Validación dd RUT: se refiere a i incorporar I a programación adecuada para que se valide 
inmediatamente el ingreso del Rol Único Tributario, de tal manera que tras escribir los 
datos en el campo el usuario pueda saber si está bien o no ingresado. 

• Validación decamposobligatorioaserefiereaquetodosloscamposenqueseaobligatorio 
poner datos (que no serán todos los de formularios), estén marcados de alguna forma 
(puedeser un asterisco o señalar esos campos con un color diferente) detal manera quelos 
usuarios cumplan con ingresar los datos correspondientes. Adicionalmente, al pulsar el 
botón deacción al final del formulario, sedebeindicar un alerta si llegaran a faltar datos de 
ese tipo. 

• Validación del e-mail: se refierea usar la programación adecuada para validar quelosdatos 
que se ingresen en este campo, cumpla con la formalidad de estructura de un correo 
electrónico (existencia del signo @ por ejemplo). 

• Valores por omisión: se refiere a que si hay campos con menú drop-down para elegir una, 
entre muchas opciones, siempre se ponga en el primer lugar aquella quevaya a ser lamas 
usada. Por ejemplo, si es el campo País, el primer registro debe ser para Chile. 

• Ejemplos de ingreso de contenidos: se refiere a que, al lado de donde el usuario deba 
ingresar la información, debe aparecer escrita la forma en que se debe hacerse. 

Por ejemplo, al lado del campo RUT escribir un número de ejemplo, para que el usuario 
sepa si debe escribí rio con puntosy guión, sin puntosy guión o sin puntos ni guión. 

• C laridad de botones: los botones de acción al final de los formularios deben tener una 
palabra clara, que no deje lugar a dudas sobre la acción a realizar. Si es un formulario para 
Enviar información, deberíatener la palabra «Enviar». Si es para suscribirse a un servicio, 
deber decir <5uscribirse». Asimismo, si se pone un botón para borrar el formulario, debe 
quedar clara su función con un texto adecuado que indique esa acción. Se debe indicar 
«Borrar Formulario» y evitar palabras ambiguas para esta función, tales como «Limpiar», 
Cancelar», «Eliminar» o similares. 

> Boletines de N oticias y N ovedades 

Cuando se empleen sistemas de suscripción a boletines de noticias o difusión de novedades, se 
debedejar muy clara cuál serálapolíticadesuscri pelón, envíoy eliminación delabasededatosde 
nombres. 

En este sentido, hay que poner siempre cerca de los formularios de suscripción un enlace a la 
Política de Privacidad en la que se deje clara la información relativa a como realizar esas acciones. 

H ay que recordar que el artículo 12 de la Ley N ° 19.628, del 28 de agosto de 1999, <5obre 
Protección delaVida Privada» plantea las obligacionesqueexisten para quienes guarden datosde 
terceros. 
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En el inciso tercero del artículo 12 se refiere al envío de e- ^ 

mails y al derecho de cualquier persona de ser eliminado [ "^ 

de una base de datos. Indica: «Igual exigencia de "~ 

elinninación,oladebloqueodelosdatos, en su caso, podrá Ver texto de la Ley N° 19.628 

hacer cuando haya proporcionado voluntariamente sus Protección de Datos Personales 

datos personales o ellos se usen para comunicaciones www.sernaccI/derecho^pdf/L eyl9628.pdf 
comercialesy no desee continuar figurando en el registro 
respectivo, sea de modo definitivo o temporal». 



> Sistemas para Recibir y Administrar M ensajes de Usuarios 

Cuando se generan sistemas para que los usuarios envíen información, es imprescindible que 
exista un procedimiento administrativo queledétantavalidez a un mensajeenviado por esta vía, 
respecto de otro enviado por una vía tradicional (carta, fax, etc.). 

Adicionalmente hay que recordar que la ley de Silencio Administrativo (Ley N° 19.880) requiere 
que se dé respuesta a determinadas presentaciones en plazos concretos, con el objetivo de acelerar 
procesos. 

Paradlo, una buena práctica sería contar con un sistema deseguimiento demensajes, quepermita 
ir registrando las comunicacionesquellegandesdelosformulariosdecontactoyayudadelsitioen 
Internet. En &te se pueden asignar los siguientes estados a dichos mensajes, de acuerdo a la 
tramitación que se le otorgue: 

• Estado Pendiente: lo tiene todo mensaje que llegue al sitio y para el que sólo se haya 
enviado una respuesta deAcuse de recibo. 

• Estado En trámite: cuando se deriva el mensaje a terceros en busca de la respuesta en 
alguna repartición de la institución. 

• Estado Respondido: cuando se envía la información solicitada al usuario final. 

• Estado Archivado: estado final para permitir el manejo de grandes cantidades de 
información. 

Es importante considerar que para hacer este tipo de seguimiento no se requiere necesariamente 
un sistema computad onal, puesto que también se puede hacer con los recursos trad i don al es y 
una buena organizadón. 

En dsiguientediagrama se puede ver un escenario posiblede manejo o flujo deactividad en torno 
a un mensaje dectrónico por parte de una Ofidna de Informadones, Reclamos y Sugerendas 
(OIRS). 
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Envío de 
Formulario 
desde Sitio Web 



Recepción OIRS 
Estado: Pendiente 




Publicar como 

Pregunta Frecuente 

en Sitio Web 



Figura 6: Ejemplo de flujo de un mensaje electrónico recibido por cualquier OIRS. 



Como se puede apreciar, la generación de este tipo de gráficas permite revisar todos los estados 
posibles y asignar las responsabilidades que correspondan a cada una de las áreas de trabajo 
involucradas. 

A continuación se revi salaactividad posiblecon cadaunadelasáreasdelainstitución queatienden 
público: 

Oficina de Información, Reclamos y Sugerencias (O IRS) 

Debe hacer la recepción, mantención y seguimiento de todas las comunicaciones que lleguen por 
el Sitio Web, asignándole a cada una de ellas el mismo valor que un mensaje llegado en formato 
tradicional. Su preocupación debe ir desde la recepción a la respuesta, por lo que, de contar con 
un sistema de gestión como el indicado en títulos anteriores, debería ser su responsabilidad la 
operación del mismo. 
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Sesugiereincluso que cualquier mensaje de correo electrónico, que llegue por otra vía distinta a 
los formularios del sitio, pueda ser atendido por esta oficina para contar con un único punto de 
acceso y salida. 

Oficina de Partes 

Al igual que la OIRS debe hacer la recepción, mantención y seguimiento de todas las 
comunicacionesquelleguen por víastradicionalesy apoyar el trabajo déla O I RS.Tradicionalmente 
en estas oficinas se concentra un gran conocimiento de la institución, por lo que será vital su 
apoyo en la derivación de comunicaciones y en laatención de mensajes. 

Área de C omunicaciones 

El área de Comunicaciones debe mantener el discurso público de la institución, por lo que es 
importante que pueda entregar a la O I RS la información adecuada de cómo atender y responder 
a las consultas que lleguen, validar los formatos de respuesta y opinar cuando la respuesta esté 
relacionada con su propia área. 

Área de Informática 

El área de Informática debe ser un facilitador tecnológico para la OIRS como para cualquier 
componente del equipo que tiene a cargo el desarrollo del Sitio Web, de manera que siempre 
reciban información adecuada y a tiempo. 



Es necesario que el Área de Informática esté coordinada y pueda actuar 
permanentementecoordinada como contrapartetécnicadecualquier proyecto 
de este tipo. 
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Puesta en M archa del Sitio Web 

Bgl Resumen 

En este capítulo se revi san los pasos que se deben dar al ternninarel desarrollo 
de un Sitio Web y efectuar su presentación a los usuarios, incluyendo desde 
criteriostécnicospara hacer pruebas sobre el sitio construido, hasta la forma 
de efectuar la connunicación de sus características, para dar a conocer a la 
comunidad el trabajo realizado. 



I 



G uía para D esarrollo de Sitios Web - G obierno de C hile 



y Capítulo IV 



Puesta en M archa del Sitio Web 

Tabla de Contenidos 



Desarrollo de un Plan de Pruebas 71 

Errores en la Etapa de Pruebas 71 

Cómo y Qué Probar 72 

Pruebas de I nterfaces y C ontenidos 72 

Pruebas de Funcionalidades y Operación 75 

Pruebas de Carga 77 

Pruebas de Seguridad 79 

Manejo de DNS 79 

Protección déla Estructura internada Sitio Web 80 

Protección Contra «Robots» 80 

M anejo de Privacidad 82 

Canales Seguros 83 

M ecanismos de Control de Acceso 83 

Protección de Programas 84 

H osting Externo vs. Sitio Propio 85 

Roles M ínimos a Asegurar 85 

Pruebas de Respaldo y Recuperación 86 

Registro y Control de Pruebas y Errores 86 

Derechos del Usuario 87 

Política de Privacidad 88 

Política de U so de I nformación 88 

O tros Temas 89 

Ley de Silencio Administrativo 89 

Desarrollo de un Plan de lanzamiento 90 

Lista de Chequeo Previa 90 

Desarrollo de un Plan de Comunicaciones 90 

El Sitio como Apoyo déla Institución 92 

M étricas de Evaluación de Desempeño Internas y Externas 92 

La Importancia del Archivo «log» 93 

Presencia del Sitio en Buscadores 93 

Enlaces desde O tros Sitios 94 



70 < .www.guiaweb.gob.cl 



G uía para D esarrollo de Sitios Web - G obierno de C hile 



Q Puesta en M archa del Sitio Web 



Desarrollo de un Plan de Pruebas 

U na vez que el sitio se ha construido, es necesario hacerlo pasar por una serie de pruebas 
antes de y entrar a la fase de producción. M ediante dichas pruebas, se medirá su reacción 
integral frente a diversas acciones que realizarán los usuarios desde sus páginas. 

Entre otros aspectos será necesario probar el desempeño computacional de la plataforma 
tecnológica usada; seguridad anteintentosdeataquey exactitud; corrección desu contenido 
y su despliegue en los diferentes programas visualizadores, entre otros aspectos. 

Errores en la Etapa de Pruebas 

Antes de entrar de lleno en el capítulo, se debe hacer una prevención inicial sobre el 
funcionamiento de los sistemas y sus características, en la etapa que va entre el fin del 
desarrollo y el comienzo desu uso. 

En este sentido, hay que anotar que los errores serán de común ocurrencia y no situaciones 
aisladas, por lo quehay que utilizar diversas metodologías para llevar un recuento de ellos y 
hacer un seguimiento ordenado de la forma en que son abordados y corregidos. 

Si la metodología dedesarrollo ha sido bien aplicada, en esta etapa podrían ocurrir problemas 
con el funcionamiento delasaplicacionespor diversas condicionesdeborde(tipo deprograma 
visualizador usado, enlaces no encontrados, etc.), pero no deberían producirse problemas 
relacionados con que el sistema ejecute acciones diferentes a las que se hubieran solicitado a 
través de sus formularios, sistemas de búsqueda u otros. 

Para evitar lo anterior, es muy importante la precisión de las descripciones 
quese realizan en losTérminosdeReferencia, a I os cu al es se hace referencia 
en el Capítulo 1. 

D ado que los errores serán comunes, se debe preparar a los usuarios que harán las pruebas 
para este tipo de ambiente, explicándoles que las situaciones de error en esta etapa serán lo 
normal y que gradualmente éstas irán desapareciendo para dar lugar al funcionamiento normal 
de las aplicaciones probadas. Pero, lo relevante en este caso, será hacerles hincapié en la 
necesidad de que ellos vayan registrando e informando adecuad amen te sus hallazgos, con el 
fin de contribuir al proceso de corrección de los errores. 
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Cómo y Qué Probar 

Con el fin de probar las diferentes capacidades de un Sitio Web, es necesario dividir el 
trabajo en cinco áreas, que son: 

Pruebas de I nterfaces y C ontenidos 

Pruebas de Funcionalidades y O peración 

Pruebas de C arga 

Pruebas de Seguridad 

Pruebas de Respaldo y Recuperación 

Por cada una de ellas hay actividades específicas a realizar, de las cuales se entrega un detalle 
a continuación. 

> Pruebas de I nterfaces y C ontenidos 

Las actividades de esta etapa consisten en hacer revisiones precisas de la forma en que se 
despliegan las páginas del sitio y ver si cumplen con los «Términos de Referencia» en estos 
temas y, además, si cumplen con los estándares mínimos que se hayan definido como meta 
a ser cumplida (ver Capítulo 3, sobreUsabilidad y Accesibilidad). 

Las acciones de prueba sugeridas para realizar en esta etapa son las siguientes: 



§ 



Verificación de Contenidos: es una prueba básica para revisar si el Sitio Web 
desarrollado incluye todos los contenidos que se han especificado en los «Términos 
de Referencia» o los que se hayan definido en el marco del plan de desarrollo. Se 
puede hacer en forma manual o automática, de acuerdo a las siguientes orientaciones: 

Sistema M anual: se refiere a hacer una revisión manual de los contenidos del Sitio 
Web a través de la navegación de sus páginas. Para ello se recomienda primero construir 
un índice de contenidos y luego verificar la existencia de cada uno de los ítemes que 
contiene, a través de hacer un recorrido exhaustivo del sitio. Los elementos que deben 
probarse obligatoriamente son: 

• Verificación de ortografía y redacción 

• Verificación de enlaces principales 

• Verificación de imágenes en páginas 

• Verificación de existencia de Archivos adjuntos 

• Verificación déla Lista de Chequeo de Accesibilidad (ver CapítuloB) 

Sistema Automático: especialmente orientado a la verificación de enlaces rotos, lo 

cual se puede hacer utilizando sistemas basados en Internet o, bien, software 

especializado. 

Sistemas Basados en Internet: se recomienda usar el servicio del W3C «Check Link» 

(http://validator.w3.org/checklink); 
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Software: se recomienda bajar y usar desde su computador el software gratuito Xenu 
(littp://lnome.snafu.de/tilman/xenulinl<.lntml). Deigual manera, los actuales software 
decreación desitiosWEB permiten manejaren forma controlada los enlaces internos; 
un error común de este tipo es que una foto se vea normal mente en el computador de 
desarrollo, pero no en el Sitio Web, Esto ocurre porque es referida en forma absoluta 
desde una ubicación en un disco duro local o en red, en lugar de un directorio de 
imágenes del Sitio Web. 

Nota: se recomienda hacer estas pruebas en ambientes controlados 
diferentes a los usados para el desarrollo (diferentes redes y computadores), 
para que los resultados sean confiables. 

Sitio en Construcción: se debe verificar que el Sitio Web no contenga espacios vacíos 
o que tenga el título de «en construcción». No es adecuado, bajo ningún sentido, 
usar espacios con dicha leyenda; en tal caso espreferibleeliminar esazonay volver a 
incluirla cuando exista el contenido correspondiente en el sitio. 

• Verificación de M eta Tags: los «meta tags» son marcas en lenguaje html que van en 
la parte superior de cada página, a través de las cuales se entrega a los sistemas de 
indexación y búsqueda (como Google, Yahoo! y otros), la información mínima que 
se debe tener en cuenta para hacer una correcta indexación del contenido que incluye. 
Los «meta tags» son elementos que obedecen a un estándar definido por el World 
WideWeb Consortium (http://www.w3c.org) por lo que su uso está regulado. Para 
verificar que dichas marcas cumplen con los elementos mínimos requeridos por los 
buscadores, existen herramientas en Internet que permiten hacer tal prueba y ofrecen 
recomendacionespara mejorar la información ingresada en dicha área. Se recomienda 
en ese sentido utilizar las aplicación existente en el Sitio Web SearchM echanics.com 
(http://www.searchmechanics.com/prepare/index.htm) quecuenta con una aplicación 
en idioma español para hacer dicha comprobación. 

• Verificación de Estándares: aunque los sitios web pueden ser construidos a partir de 
diferentes lenguajes, todos deben cumplir ciertasnormasdeorganización desu código 
fuente (sintaxis), quepermitan su visualización por software equivalente en diferentes 
plataformas. Dicha sintaxis está estandarizada y puede ser probada a través de 
herramientas públicas que están disponibles en Internet. Las dos más importantes 
son: 

• Validación deHTIviL: la realiza el World WideWeb Consortium (http://validator.w3.org) 
e indica si el código usado en la página es correcto. Como resultado entrega un reporte 
con los eventuales errores para ayudar a su reparación. 

• Validación deCSS: la realiza el World WideWeb Consortium (http://jigsaw.w3.org/css- 
validator) e indica si la Hoja de Cascada de Estilo (Cascade StyleSheet) cumple con la 
sintaxisestándary por lo tanto podrá ser visualizada correctamente en todos los sistemas. 
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• Verificaciones de Interfaces: mediante esta prueba se revisan aspectos gráficos del Sitio 
Web, para determinar si su despliegueen las páginas es correcto. Dentro de los elementos 
más importantes a ser verificados, se incluyen los siguientes: 

• Plug-insnecesarioa cuando seutilicendementosaudiovisualesointeractivosquerequieran 
de algún software incrustado para funcionar (plug-ins), se debe ofrecer un enlace para 
quelosusuariosquenolotengan instalado, puedan bajarlo y hacer el proceso deinstalación. 
En el caso del uso déla tecnología Flash, lasúltimasactualizacionesdel producto permiten 
queel software pueda ser bajado en forma automática por los programas vi sualizadores, si 
se cuenta con la codificación adecuada. Por lo anterior, es necesario hacer la prueba desde 
un computador que carezca de dicho software, para comprobar que efectivamente hace 
dicha operación. 

• C onsistencia de la D iagramación: cada una de las pági ñas del sitio debe tener elementos 
consistentes, con el fin de ofrecer al usuario una experiencia similar en cualquier área del 
SitioWeb; pornombrarsólotres aspectos, loanteriorimplicaquelosmenúsdeben aparecer 
siempre en el mismo lugar; que los listados deben estar diseñados de similar manera en 
todo el sitio y que los colores y formas de uso de las interfaces deben ser similares a lo 
largo de las páginas. 

• Ancho de la D iagramación: si la diagramación del sitio se ha realizado para un ancho 
determinado (por ejemplo, 800 pixeles de ancho), en esta etapa se debe probar si ello se 
cumple. Asimismo, sedebe probar en una pantalla configurada con una menor dimensión 
(por ejemplo 640 x 480 pixeles), cuál es el área visible del sitio y cómo afecta eso a la 
navegación por el mismo. Otra prueba del mismo estilo, se refiere a usar un programa 
visualizador orientado sólo a texto como Lynx (http://www.delorie.com/web/ 
lynxview.html), para obtener visiones alternativas de la manera en que los usuarios están 
accediendo a la información que se les ofrece. 

En este aspecto, en caso de existir, es de interés contar con un estudio del «log» del 
servidor que muestre la forma en que los usuarios están accediendo a las páginas, 
porque de esa manera se podrá determinar hacia qué configuración de pantalla se 
debe atender con mayor prioridad. La norma en este aspecto es que sin importarlas 
característicastécnicas que tenga el computador del usuario que accede al SitioWeb, 
éste siempre se vea ordenado y legible. 



§ 



Diagramación vs. Browsers: aunque la codificación en los lenguajes soportados por los 
programas visualizadores(browsers) puede apegarse a los estándares, no todos muestran 
de la misma manera los sitios web. Dado esto, es necesario revisar el sitio en diferentes 
ti pos de programas, especial mente en aquellosqueconforman la minoría, al momento de 
escribiresteM anual. Esdecir, laspruebasal menosdeberían hacerse en M icrosoft Internet 
Explorer (http://www.microsoft.com/explorer), O pera (http://www.opera.com) y M ozilla 
(http://www.mozilla.org), yaquecon el I os se cubrirá un amplio espectro. Lo quesedebe 
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revisaren estecasoesel desplieguedetodosloselementosquesemuestran en lapantalla, 
para asegurar de que aparecen en las posiciones que se les han asignado en el diseño. 

• D iagramación vs. Sistema O perativo: tal como seexplicó en el caso anterior, losdiferentes 
sistemas operativos pueden establecer diferencias en la forma en que se muestran los 
sitios web. Por ello, es importante conocer cuáles son los sistemas operativos utilizados 
por la audiencia a la que se desea llegar y revisará despliegue del sitio en ellos. Hay que 
recordar que, además de M i crosoft Windows, los usuarios pueden estar visualizando el 
sitio desdecomputadores equipados con AppleMacintosh o diferentes versionesdel sistema 
operativos Unix. 

• ImágenesEscaladas: se debe verificar que las imágenes que aparezcan en el sitio no estén 
siendo mostradas en tamaño reducido artificialmente; es decir, que se tome una imagen 
de grandes dimensiones y por programación se muestre en un tamaño menor. El efecto 
de eso es que las páginas con ese tipo de imágenes serán muy pesadas y harán que el 
acceso a ellas sea lento. Para comprobarlo, sedebe solicitar las «Propiedad es»de la imagen; 
en la ventana que se muestra se i ndica el peso de la i magen, que no debería sobrepasar los 
5Kb para las de tamaño pequeño (iconosy thumbnails) y los25 Kb, para los de tamaño 
mediano (fotografías en noticias). Es importante considerar que, además de estas 
verificaciones individuales de peso de imágenes, el límite de peso para una página es de 
100Kb, incluyendo todos sus elementos. 

• Imágenes Sin Atributo ALT: para cumplir con las normas de accesibilidad es necesario 
quetodaslasimágenesqueseusen en un Sitio Web, tengan una descripción utilizando el 
atributo ALT (para texto alterno) del lenguaje HTM L. Para comprobarlo, basta situar el 
mouse sobre una imagen, para que se despliegue una leyenda en texto en una etiqueta 
amarilla queflota sobre la foto; si eso no ocurre, el atributo no está siendo usado y debe 
ser corregido e incluido. 

> Pruebas de Funcionalidades y O peración 

Las actividades de esta etapa se refieren a hacer chequeos completos respecto de las 
funcionalidades y aplicaciones que ofrece el sitio, ya sean de aplicaciones simples como 
formularios hasta más complejas, como consultas y modificaciones de registros en base de 
datos. 

En este sentido, las pruebas se deben hacer sobre diferentes elementos, siendo algunos de los 
más importantes los siguientes: 

• Validación de Formularios: si el Sitio Web tiene formularios para el envío o ingreso 
de datos, se debe utilizar sistemas de validación del ingreso de datos para asegurar 
que&tossean bien ingresados. En esteaspecto, al gunasdelas validaciones másimportantes 
deben ser las siguientes: 

• CamposObligatorios:sedebevalidarqueen losformulariossean ingresadostodosaquálos 
camposquesean necesarios; éstosdeben ser marcadosdealguna manera (usualmentecon 
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un asterisco) quepermitaalosusuah OS entender laobligatohedad deingresar información 
en ellos; adicional mente, debe indicarse tal condición en forma explícita 

Validaciones Locales: para reducir la carga de validaciones en el servidor, se recomienda 
incorporar la mayor cantidad deéstasen el computador del cliente, utilizando en forma 
estándar el lenguajejavascript para hacerlas. 

Sintaxisdelngreso:sedebe validar que, en algunos casos, los campos sean ingresados con 
datos válidos; el mejor ejemplo es el caso del ingreso del número de RUT o Cédula de 
Identidad, cuyos números tienen un algoritmo conocido para ser validado. 

Suscripción a Servicios: se debe validar que cada vez que se realice la suscripción a un 
servicio que ofrezca el Sitio Web, se envíe un e-mail al usuario (para lo cual se debe 
necesariamente solicitar su dirección de correo electrónico) en el que se le informe sobre 
el resultado de lo realizado. Quien pruebe el sistema debe validar que el sistema esté 
enviando correctamentelose-mailsyquedicho e-mail llegó a la dirección correspondiente; 
en estecasoserecomienda probar con unadirección derecepción externa a la institución 
desde la cual se prueba. 

Ingreso de Datos: si se cuenta con un sistema que permita el ingreso de información 
hacia una base de datos, se debe revisar en la tabla de destino que efectivamente se estén 
enviando los datos de la manera que se ha previsto. 

Reingreso y Corrección de Datos: para mejorar la interacción del Sitio Web, cuando tras 
el ingreso y envío de los datos de un formulario (después de la validación local del 
formulario) el usuario presionad botón «Back»desu programa visual i zador para volver 
atrás y modificar algún campo, se le deben presentar todos los datos que hayan sido 
ingresados. Deesta manera seaprovecha la información ingresada previamente, evitando 
la frustración del usuario por tener que escribir nuevamente el contenido completo del 
formulario. 

Elementos de Interfaz: al usar elementos del lenguaje HTML para la creación de las 
pantallas (i nput boxes, combo boxes, list boxes, radioy check buttons, etc.), se recomienda 
no modificar radicalmentesusatributosdedespliegue(colores, formas) y comportamientos 
tradicionales, para lograr queel usuario sepa intuitivamentecómo usarlo y no deba aprender 
de nuevo su operación. 

M ultiplataform a: sedebe comprobar quelosformulariosfuncionan en diferentes versiones 
de programas visual i zadores (browsers), de sistemas operativos y de tipos de conexión a 
I nternet (conmutado, banda ancha y dedicado). 

Botones de Interacción: si se cuenta con botones interactivos que permiten imprimir, 
enviar una página a un amigo, etc. se debe val i dar que estén realizando correctamente 
la acción indicada. 
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Sistemas de Búsqueda: si se cuenta con ellos, se debe validar que efectivamente 
permitan encontrar documentos existentes en el sitio; en estesentido sedeben ingresar 
documentos específicosy luego buscarlosdemaneradeasegurarse quelafuncionalidad 
está operando adecuadamente. Si el sistema de búsqueda tiene una versión de 
«búsqueda avanzada», se debe asegurar de que las opciones ofrecidas encuentren los 
documentos de la manera en que se ofrezca. El formulario para hacer la búsqueda 
debe ser intuitivo, evitándose el lenguaje técnico y específico que impida entender su 
funcionamiento entre usuarios con menores conocimientos de los temas abordados 
en la institución. 

Sistemas de Feedback: si se cuenta con sistemas de envío de preguntas o reclamos (al 
estilo de los indicados para la Oficina de Informaciones, Reclamos y Sugerencias, 
O I RS), se debe asegurar de que se está completando el ciclo de vida de la consulta. 
En estesentido se debe validar que el sitio realiza la consulta y que ésta es recibida 
por el funcionario encargado de atenderla. De otra manera, la funcionalidad podría 
operar computacionalmentepero no en términos de tramitación. 

Sistemas de Compra: si se cuenta con sistemas de pago en línea, se debe revisar 
cuidadosamente el flujo de trabajo de la aplicación y asegurarse de que en cada uno 
de los pasos se está asegurando la calidad y seguridad de la transacción. 

• Administración del Error 404: cuando seingresaunadirección equivocada, el software 
del servidor web muestra una pantalla de error anunciando el número de código del 
problema (Error 404). No obstante, dicho software puede ser configurado para que 
muestre una página diferente, en la que se explique a los usuarios las probables razones 
del error. Es importante incluir, en dicha página, un enlace al M apa del Sitio y un 
Buscador, de tal manera que el usuario tenga más herramientas para resolver la 
inexistencia del contenido quebuscaba. Se recomienda, además, queel Administrador 
de Sistemas de la institución entregue un reporte semanal basado en los «logs» del 
servidor, que permita ver qué es lo que más buscan los usuarios y de qué manera el 
Sitio Web les está respondiendo sus consultas. 

> Pruebas de C arga 

La carga de trabajo se refiere a la capacidad máxima que tiene un servidor web (hardware y 
software), para atender a un conjunto de usuarios de manera simultánea. Por ello, las 
actividades de esta etapa tienen relación con comprobar, de manera anticipada, el 
funcionamiento que tendrá el servidor del Sitio Web cuando esté en plena operación. 

Laspruebasen este caso consisten en simular una carga detrabajo similar y superior a la que 
tendrá cuando el sitio esté funcionando, con el fin de detectar si el software instalado 
(programasy aplicaciones) cumple con los requerimientos de muchos usuarios simultáneos 
y también si el hardware (servidor y el equipamiento computacional deredesy enlacequelo 
conecta a I nternet) es capaz de soportar la cantidad de visitas esperadas. 
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Esimportanteconsiderarquesi el servidor está en lasdependenciasdeun tercero que entrega 
el servicio de alojamiento del Sitio Web (hosting), se le debe solicitar a dicho proveedor un 
informe en que dé a conocer las características de carga de la solución de hardware y software 
sobre la cual funciona el Sitio Web de la institución. 

H ay di versos software en el mercado queestán orientados a este tipo de simulaciones, todos 
los cuales ofrecen características similares. Entre los datos más relevantes que es posible 
obtener se cuenta: 



Tiempo de acceso de los usuarios a los datos 

Volumen de datos y ancho de banda utilizado 

Archivos solicitados y tiempos usados en transferencia de datos 

Tiempo de espera de los usuarios tras hacer un clic 

Tiempo de respuesta a clicks de usuarios 

N i veles de error existentes tras clicks de usuarios 



Como se puede apreciar del listado anterior, los reportes que se obtienen a través de esta vía 
se refieren a tiempos de acceso que tienen los usuarios que acceden al Sitio Web y la 
degradación que ocurre en los servicios cuando aumenta el volumen de visitantes 
concurrentes. 




"^B ■ V7f I V?? 






U n ejemplo de las pruebas que se pueden realizar en este tema se puede ver en este gráfico 
que muestra los tiempos que demora en atender los requerimientos por las direcciones 
solicitadas tras un click de usuarios. 

Cada una de las líneas representa un valor importante de tener en cuenta: 

Click time: demorad el sitio en entregar los datos tras el primer click. 

Timeto First Byte: tiempo que se demora tras el click, en enviar el primer byte de datos. 

TimetoConnect: tiempo de demora tras en vi arel click, en establecer la conexión entre 

servidor y cliente. 

Timefor DNS: tiempo de demora para resolver la dirección solicitada en el click. 
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Con los resultados obtenidos con pruebasdeestetiposedebehacer una revisión acuciosa délos 
sistemas, con el fin de hacer las optimizaciones que aparezcan como necesarias. Asimismo, se 
debeteneren cuenta que será normal laexistenciadesituacionesexcepcionalesqueharán quelos 
servicios no funcionen adecuadamente. 

> Pruebas de Seguridad 

Las actividades que se pueden realizar para hacer las pruebas de seguridad son diversas y se 
orientan a varios ámbitos, como sedescribeacontinuación. Los temas a tratar son I os siguientes: 

M anejo deDNS 

Protección de Estructura I nterna del Sitio Web 

Protección contra Robots 

M anejo de Privacidad 

Canales seguros 

Mecanismos de Control de Acceso 

Protección de Programas 

Hostingvs. Sitio Propio 

Roles M ínimos a asegurar 

A continuación se entrega información para cada uno de ellos. 

M anejo de D N S 

Un aspecto que se debe cuidar es el de utilizar un nombre de dominio adecuado y relacionado 
con la identidad y misión de la institución. No obstante, gracias a la forma de operación del 
D omain N ame Service (D N S o Servicio de N ombre de D ominio) es posible asignar más de un 
nombre de dominio a un mismo Sitio Web. De esta manera es posible incorporar otras 
denominaciones, bajo el dominio .CL u otro, que permitan generar «alias» adicionales para el 
sitioyasípermitirutilizarlasdenominacionesmás coloquiales con lacual la institución es conocida 
por los ciudadanos. 

N o obstante, sin importar cuántos alias tenga un sitio, se recomienda que todos los dominios 
sean redirigidosparaquelaprimerapantalla, en cualquier caso, correspondaalaportada «oficial» 
del Sitio Web. 

Recuerde que sobre los nombres de dominio existe una normativa obligatoria 

definida en el Oficio No. 485, del 10 de noviembre de 2000, en relación con el 
D ecreto Supremo N o. 5996, donde se especifica claramente que los sitios del 
Estado deben registrarsu dominio bajo la denominación .GOB.CLy.GOV.CL. 
Adicionalmente pueden hacerlo bajo el dominio .CL en forma directa. 

D icha operación, en cuanto a procedimientos y alcance, está definida en su totalidad en el sitio 
http://nic.gob.cl y mayores referencias se pueden encontraren http://nic.qob.cl/normativa.htm. 
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Protección de la Estructura Interna del Sitio Web 

U no de los mecanismos que permite proteger la estructura interna del sitio (especialmente 
para casos de intentos de ataques externos y/o intentosde violación deconfidencialidad), es 
disminuir lacantidad deinformación contenida en lasURL quesemuestran en el programa 
visualizador. Esto es importante respecto de directorios y nombres de programas, pero 
especialmente en lo que se refiere a la entrega de parámetros de sesión, datos de usuario u 
otro mecanismo de transferencia de información entre páginas y/o secciones de código. 

Se recomienda que los mecanismos de traspaso de información entre páginas sea a nivel de 
objetos del servidor, asociados a la sesión, sin que la interacción con el lado cliente deba 
hacerse responsable de la transferencia de datos y/o información entre sesiones de ejecución 
del servidor. 

De igual forma, se recomienda evitar que el acceso a elementos del servidor web esté asociado 
a «direccionamientos relativos por sesión» o asociados al Userid o Sessionid; esto sedebea 
que mediante simples pasos se puede conocer «token» de sesión y gracias a eso simular que 
es el mismo usuario que regresa al sitio. Para evitar el problema se recomienda incorporar 
protecciones de dirección relativas a la Dirección IP de origen. 

Otro método de protección de estructura interna consiste en deshabilitar (excepto para 
casos excepcionales, como repositorios públicosdearchivos) la navegación sobre directorios 
mediante el servidor web. Esta protección se hace para todos los directorios desde la 
configuración del software del servidor web. Otra forma de hacerlo consiste en incorporar 
un archivo por omisión del servidor web en todos los directorios, aun cuando no sea 
directamente referenciado por otras páginas para que se muestre su contenido cuando un 
usuario intente revisar el contenido existente en el directorio. En el caso de habilitar la 
navegación sobre directorios, se debe evitar el acceso a ciertos directorios protegidos. 

junto con estas protecciones de lectura, se recomienda realizar 
periódicamente una revisión de los esquemas de permisos otorgados a 
directorios y archivos. Las permanentes actualizaciones del software de un 
servidor web, generalmente provocan un problema de control del acceso a 
nivel de archivos, lo cual requiere procedimientos claros de supervisión. 

Protección Contra «Robots» 

N o todos los directorios del sitio deben estar disponibles para que los robots de búsqueda 
(conocidos más popularmente como «arañas» o «spiders» de los buscadores) entren en ellos. 
Para impedirlo, se debe utilizar el archivo «robots.txt» o las instrucciones específicas en los 
«meta-tags» de la página de inicio, para impedir su ingreso. 

El archivo «robots.txt» es un archivo de texto plano (no de html) ubicado en directorios el 
servidor web que contiene instrucciones precisas respecto de qué hacer en ellos. Cada vez 
que un robot visita un sitio, primero revisa si existe ese archivo. 
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Si no lo encuentra, indexa la página en el sistenna buscador que lo haya enviado; si lo 
encuentra, analiza su contenido buscando la siguiente infornnación: 



U ser-agent: * 
disallow: / 

La prinnera línea «U ser-agent» indica que es val ida para todos los robots que I leguen (porque 
tiene un asterisco; puede restringirse a un robot, indicando su nombre), mientras que la 
segunda indica con «disallow» que no está permitido avanzar por los enlaces de la página al 
uras % hace referencia a la raíz del sitio. 

En otro caso, si se quiere evitar el acceso de todos los robots a un directorio determinado 
(por ejemplo cgi-bin, dondeestán los archivosmás sensibles), sepuedeindicar esa información 
de la siguiente manera: 



U ser-agent: * 
disallow: /cgi-bin/ 

Adicionalmente se puede usar el commando «allow» que permite incluir directorios 
específicos, gracias a lo cual ciertos contenidos sí son indexados. Por ejemplo: 



U ser-agent: * 

disallow: /imágenes/ 

allow: /imagen e^logoti po-institucion.jpg 



En este caso la segunda línea indica con «disallow»queno está permitido ingresar al directorio 
de Imágenes, peroquesísepuedeindexarun archivo específico, que corresponde al Logotipo 
institucional. 

Otra forma de impedir el acceso de un robot es poniendo marcadores específicos en los 
«meta-tags» de las páginas. No obstante, este mecanismo no es soportado por todos los 
robots, por lo que su alcance es más limitado. 

La forma precisa de incluir dicho «meta-tag» es la siguiente: 

<html> 

<head> 

<meta name=»robots» content=»noindex,nofollow»> 

<meta name=»description» content=»Estesitio....»> 

<title>...</title> 

</head> 

<body> 
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Las cuatro posibles combinaciones de este «meta-tag» son las siguientes: 

• <meta name=«robots» content=«index,follow»> 

- Indica que la página puede ser indexada y sus enlaces seguidos 

• <meta name=«robots» content=«index,nofollow»> 

- indicaquelapáginapuedeserindexada, pero sus enlaces no pueden ser seguidos 

• <meta name=«robots» content=«noindex,follow»> 

- Indicaquelapáginanopuedeserindexada, pero sus en laces pueden ser seguidos 

• <meta name=«robots» content=«noindex,nofollow»> 

- Indica que la página no puede ser 
indexada ni sus enlaces seguidos 



<:f 



M anejo de Privacidad 

M antener la privacidad de los usuarios debe ser un 

objetivo permanente del sitio. Para ello se requiere de 1^ as información en : 

contar con una Política de Privacidad formal y explícita \\ttw^llyNyNyN.tobot^xt.ov^yNcl 

en el sitio y, además, deben existir mecanismos de robot&html 

seguridad concretos para proteger los datos de sus http://www.robotstxtorg/wc/ 

usuarios. 



norobots.html 



Entre estos, se debe contar con protecciones físicas y 
lógicas sobre dicha información. 

En el caso de disponer de arquitecturas multicapas reales, se recomienda proteger la 
información declientes en servidoresfísicosdistintosdealmacenamiento dedatos, incluyendo 
interfaces idealmente separadas de consulta de datos. Además, incorporar mecanismos de 
encriptación de los datos para información sensible. 

Se recomienda que la información, si es almacenada para efectos de que los usuarios la 
recuperen desdeel Sitio Web, seaencriptadacon claves administradas por ellosmismos(por 
ejemplo, su clave de autenticación frente al sitio). 

Una decisión de arquitectura que disminuye el riesgo de robo de información de clientes o 
cuentas de acceso, consiste en evitar que desde la Base de D atos sea posible generar parejas 
Userld/Clave que permitan autenticarse frente al sitio. La forma de hacerlo es incorporar 
mecanismos que almacenen un valor de índice de la clave en la Base de Datos, en vez de 
almacenar la clave propiamente tal. Gracias a esto, cuando un el i en te se autentica frente al 
sitio, la comparación de claves se realiza sobre los valores de índice y se evita conocer 
directamente esa información. 
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Es importante destacar además que un buen diseño de los mecanismos de autenticación 
junto con mecanismosdeauditoría, almacenamiento y recuperación posterior, son adecuados 
para la implementación de la Firma Electrónica Simple, requisito definido como suficiente 
para múltiples interacciones del Estado, de acuerdo con la Ley 19.799 y su reglamento 
(analizar recomendaciones asociadas al Uso del Documento y Firma Electrónica al interior 
del Sector Público). 

Finalmente, se recomienda un control particular de todos los procesos de respaldo, recargas, 
manejo de medios removi bles y generación de copias de información, por ser mecanismos 
internos de fugas o compromiso de confidencialidad déla información. 

Canales Seguros 

Es importante incorporar mecanismos de encriptación del canal de comunicaciones (como 
el protocolo Secure Socket Layer o SSL), para la transferencia de información privada entre 
losusuariosy el Sitio Web, a través de la red Internet. H acerlo no requiere de programación 
adicional a las funcionalidadesde interacción, y asegura la protección detoda la información 
intercambiada entre el servidor y los usuarios. 

Desde un punto de vista de desempeño, si bien el inicio («hand shaking») del proceso de 
establecimiento del canal SSL puede significar un pequeño retardo en la conexión inicial, 
posteriormente no provoca un aumento significativo del ancho de banda utilizado en la 
conexión, ni tampoco obliga a un aumento significativo de recursos del servidor. 

Es importante considerar que la seguridad asignada a un Sitio Web debe ser 
correspondiente con la inversión y la importancia de los datos almacenados, 
siendo estas capacidades obligatorias para el caso délos sitios transaccionales. 

M ecanismos de C ontrol de Acceso 

Otro aspecto que genera mejoras en la protección de la privacidad de los usuarios y de la 
información contenida en el Sitio Web, es la incorporación de mecanismos modernos de 
generación de claves y autenticación, como los que se plantean a continuación. 

• Firma Electrónica SimpleyAvanzada: es un sistema que identifica al usuario cuando 
realizatrámitesatravésdelnternet o redes cerradas. Existe una ley y el correspondiente 
reglamento que la regula y empresas que las ofrecen en el mercado (más información 
en http://www.entidadacreditadora.cl). Ambas firmas constituyen las bases legales 
para que ciudadanos y empresas puedan identificarse virtual mente y deesa manera 
enviar comunicación y hacer negocios de manera más segura y confiable. Se trata de 
un mecanismo de complejidad media, aunque incluye funcionalidades de seguridad 
y criptografía. No obstante, la incorporación de este mecanismo en forma única 
dependerá del control absoluto que se tenga de la comunidad de usuarios de la 
solución. Para comunidades abiertas es preferible establecer dos mecanismos de 
autenticación: uno fuerte, medianteFirma Electrónica (usando certificadosdigitales) 
y otro, medianteautenticación de U suario y C lave. Por otro lado, la Firma Electrónica 
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Simple podría ser usada para las comunicaciones oficial es enviad as por la institución 
asususuarios. El uso de la Firma Electrónica debe definirse al momento de determinar 
la arquitectura de solución del Sitio Web. 

• Autenticación con par Usuario y C lave: si se emplea esta solución, debe existir un 
procedimiento concreto para los casos en que un usuario pierda o no recuerde su 
clave. Se recomienda ofrecer mecanismos de «regeneración de clave», mediante la 
entrega de respuestas a preguntas predefinidas por los usuarios, en lugar de hacer el 
«envío de la clave por e-mail». En el caso de contar con mecanismos de Ayuda, se 
debe ofrecer apoyo para la regeneración de las claves, sin que el personal de la 
institución tenga acceso a la información de seguridad del cliente. Se debe evitar el 
usodemecanismosdeautenticación administradosporterceros, encasodequepuedan 
comprometer la confidencialidad o la suplantación del usuario. 

• Sistemas de Hardware para Autentificación: para sistemas de seguridad querequieren 
una autenticación absoluta del usuario, es preferible considerar mecanismos de 
autenticación fuerte. Para ello, se deben incorporar mecanismos que incluyan 
elementos de hardware que deben estaren posición del usuario, tales como tarjetas u 
otros similares (security token) que permiten el acceso a las áreas de autenticación. 
Allí el usuario debe ingresar su identificación de Usuario (security challenge response) 
y se le genera una clave de sesión que al ser digitada en pantalla, le permite acceder al 
sistema. D icha clave cambia frecuentemente para aumentar la seguridad de acceso. 

Protección de Programas 

Esfundamental proteger los códigosy programas internosdel servidor web, particularmente 
evitando la transferencia de parámetros o información a través de la dirección de acceso a las 
páginas(por ejemplo, al usar el método GET para la entrega de parámetros), los cuales son 
mecanismos frecuentes de «hackeo» o robo de información. 

De igual forma, se debe evitar la lectura de ejecutables desde los directorios del servidor, 
controlando los permisos adecuados de acceso a éstos, con el fin de evitar desensamblaje 
y/o ingeniería reversa para analizar accesos internos. 

En cuantoalos«scripts»ubicadosen el lado del cliente, en caso de ser críticos, se recomienda 
utilizar compactadores de código y eliminar documentación de apoyo que permita su fácil 
comprensión a partir de la lectura del código. 

Es importante que estas medidas sean incluidasjuntoalasaccionesdeseguridad informática 
normales de la institución. 
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H osting Externo vs. Sitio Propio 

Sin entraren profundidad en cuanto al detalledeloselementosaconsiderarparaestadecisión, 
laprincipal recomendación es hacer una evaluación objetiva basada en I os siguientes aspectos: 

• Evaluar las reales capacidades disponibles para la operación permanente del 
sitio, desde un punto de vista técnico. 

• Evaluar los requerimientos de control y seguridad necesarios. 

• Evaluar el nivel de soporte efectivo que el personal técnico del servicio puede 
realizar sobre los servidores. 

Con estos parámetros se debe definir la mejor opción, no sólo desde el punto de vista del 
interés de las áreas técnicas, sino que mediante una evaluación de impacto global de la 
decisión asociada. 

La amplia oferta disponible permite realizar combinaciones de servicióse infraestructura de 
muy diversos tipos, lo cual facilita configurar una solución óptima en términos del costo- 
beneficio asociado (por ejemplo, hosting compartido, dedicado, collocation, housing, red 
administrada, monitoreo de seguridad, administración de seguridad perimetral, control de 
aplicaciones, fulfillment, etc.). 

En caso de que se decid a extern al i zar esta área, es importante contar con altos estándares de 
parte del proveedor en todo lo referido a tiempo de desempeño («uptime»), respaldos y 
recuperación, actualizaciones de software, etc. 

Roles M ínimos a Asegurar 

Un último aspecto considerado en esta área de recomendaciones, consiste en definir los 
diversos roles profesionales dentro de la definición y diseño de un Sitio Web para una 
institución. 

Desde un punto de vista exclusivamente técnico, es fundamental considerar al menos los 
siguientes roles, identificando tanto sus responsabilidades como el personal más competente 
que pueda cumplirlos. 

Si bien más de uno de estos roles funcionales puede ser desarrollado simultáneamente por 
una persona o área de la organización, es importan te que di chas áreas sean cubiertas no sólo 
durante la puesta en marcha de la solución sino también durante su etapa de producción. 

- Arquitecto: encargado de hacer las configuraciones de trabajo de los servidores y 
aplicaciones. 

- Administrador de Aplicaciones: encargado del funcionamiento del software 
operativo. 

- AdministradordeControldeCalidad: encargado del cumplimiento delaspolíticas 
de calidad. 

- Administrador de Seguridad: encargado de hacer generar y hacer cumplir las 
directivas de seguridad. 
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- Administrador de Operaciones: encargado de los aspectos operativos relacionados 
con el hardware. 

- Administrador de Contenidos: encargado de las infornnaciones contenidas en el 
Sitio Web. 

- Administrador de H elpD eslc y Soporte: encargado de dar soporte a usuari os sobre 
las funcionalidades del Sitio Web. 

- Administrador de Contingencias: encargado de enfrentar en prinnera línea los 
problemas que se generen en la operación. 

- Auditor / Contralor: encargado de llevar registro de las operaciones realizadas, 
con el fin de apoyar la revisión de procedimientos. 

Finalmente, aunque los roles del área Informática pueden estar muy claros, es necesario que 
se entienda que la operación del Sitio Web es una tarea conjunta en la que participan 
funcionarios de diversas áreas de la institución. 

> Pruebas de Respaldo y Recuperación 

Respaldar la información de un Sitio Web se refiere a 

copiar el contenido completo del sistema (datos, ^ 

programación, imágenes, etc.) a un medio que sea [ "^ 

confiable, que esté en un lugar seguro y que permita ¡¡7"- ■ * 

la recuperación de manera rápida y eficiente. . ^f^ '" ^^^^^^^ ®" 

http://www.monografia&com/ 

Enestesentido, hayquepreocuparsenosólodeprobar ^^ fJ^-^f If^T^ 
la confiabilidad del sistema al momento de respaldar, respaiaointo.shtml 
sino también para la acción de recuperar y volver a 
instalar lo respaldado. 

> Registro y C ontrol de Pruebas y Errores 

Para que una prueba sea válida, debe ser lo más documentada posible, con el fin de que, 
quien deba efectuar la corrección, pueda replicar el error para analizarlo y luego proceder a 
tomar medidas correctivas. Para ello se recomienda llevar una planilla de cálculo (que se 
puede obtener del SitioWeb:delaGuía)en quese vayan anotando por columna los siguientes 
datos: 

- Detección del Error: para ser anotado por quien prueba. 

• Módulo: indica la sección en la que se produce el error. 

• URL: dirección déla página donde ocurrió el error. 

• Acción: I ndicar la secuencia de pasos que siguió para que ocurra el error. 

• Lo que hace o dice: es la explicación más detallada posible del error, en 
particular señalando la secuencia de pasos seguida hasta dar con el error. 

• Loquedebehacerodecinsedebeindicarloqueseesperaquedeberíaocurrir 
cuando se hace la acción que se ha descrito. 

• Encontrado por: nombre de quien prueba. 

• Fecha: fecha en la que se hace la anotación. 
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• Reproducible: indicar si el error se repite al hacer nuevamente la prueba. 

• Clasificación: permite definir el grado de complejidad del error, al señalar si 
afecta el funcionamiento del sitio (caso extremo) o sólo su presentación. 

- Diagnóstico del Error: para ser anotado por quien corrige. 

• Causa: motivo por el cual se produce el error. 

• Efectoslaterales: indicar en qué otros módulos la existencia de este error puede 
estar causando impacto negativo; muchas veces errores diversos tienen una 
causa común, por lo que al reparar ésta se arreglan los demás. 

- Corrección del Error: para ser anotado por quien corrige. 

• Descripción: acción realizada para hacer la reparación del error. 

• Archivos intervenidos: archivos en los que se hicieron modificaciones o, al 
menos, el principal de ellos. 

• Corregido por: persona que hizo la corrección. 

• Fecha corrección: fecha en que quedó reparado el error. 

- Comprobación de la Corrección: para ser anotado por quien revisa la corrección 
realizada. 

• Revisor: N ombre de quien revisa si el error fue efectivamente reparado. 

• Fecha: fecha en que se realiza la revisión. 

• Reparado: indicar si está reparado o no. Si no lo está, se debe copiar la línea 
de error en blanco en una nueva planilla, con el fin de solicitar nuevamente el 
proceso de corrección. 

Derechos del Usuario 

Los usuarios que acceden aun Sitio Web de carácter general, tienen derechos y obligaciones, 
aunque muchas de ellas existen por un compromiso tácito y basado en la costumbre, más 
que en la existencia de una ley, reglamento o contrato que se refiera a ellos. 

N o obstante, en el caso de sitios web de instituciones públicas, la situación es mucho más 
restrictiva, ya que existe cierta normativa sobre el uso y acceso a la información, que debe 
ser respetada y atendida. 

Por lo anterior, se recomienda que todo Sitio Web de G obierno ofrezca en todas sus páginas 
la información necesaria para indicar cuáles son esos derechos y obligaciones. Dentro de 
ellos, lo más importante que se debe puntualizar se describe en los siguientes títulos. 
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> Política de Privacidad 

Se trata de incluir, en un solo documento, toda la información relativa a los derechos que 
tiene una persona frente a la información que le ofrece un Sitio Web de una institución 
pública. Entre los aspectos más importantes que debe indicar, se cuentan los siguientes: 

• Recopilación de datos: debe indicar si el sitio recopila o no datos de los usuarios (en 
forma manual o automática) y qué es lo que hace con ellos. 

• Eliminación de datos: si el sitio recopiladatosdeusuarioscon el fin de guardarlos en 
una base de datos, se debe informar de los mecanismos existentes para que puedan 
eliminarse de dicha base. 

• Uso de los datos: debe indicar de qué manera se utilizarán los datos los usuarios 
recopiladosatravésdelasdiferentesfuncionalidadesdel Sitio Web, con el fin deque 
ellos tengan conocimiento de esas operaciones. 

> Política de Uso de Información 

En esteámbitosedebeindicar quién es el propietario déla información que se está mostrando 
a través del Sitio Web y qué derechos y deberes tiene el usuario que revisa esos contenidos. 
Por lo anterior, los temas que deben ser cubiertos a través de esta área, son los siguientes: 

• Uso de la Información: dado que el Sitio Web habitualmente será utilizado por 
diferentes personas e instituciones para acceder a información de primera mano 
respecto del servicio propietario del sitio, se debe informar que los contenidos del 
Sitio Web pueden ser útil izados sin restricciones por los usuarios. No obstante, deben 
tener cuidado de cumplir con las normas señaladas en el punto «Fuente de 
Información» citado más adelante. 

• DerechosdeAutor: aunque por definición los contenidos de los servicios del Estado 
se entienden como públicos y, por ello, no existe restricción para su uso, se debe 
indicar quién es el dueño de los derechos de autor de la información que se está 
entregando. Esto es complementario al hecho concreto de que se da permiso para el 
uso de la información, siguiendo los lineamientos que se exponen en el siguiente 
subtítulo. En el caso de que se ofrezcan documentos u otros elementos de contenido 
quetienen derecho de autor propio; sedebeindicarclaramentequién es el propietario 
y las restricciones de uso del contenido. Para más información sobre la Ley de 
Propiedad Intelectual N° 17.336, consultar en http://www.dibam.cl/prop_intel/ 
ley.html 

• Sitio Web como Fuente de Información: cuando terceros utilicen información del 
sitio para divulgación a través de otros medios, se debe solicitar que lo hagan citando 
la procedencia de la información a través de una frase estándar que se debe incluir en 
el Sitio Web. D eesta manera se podrá asegurar quedicha cita aparezca en lostérminos 
que la institución considere adecuados. 
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> O tros Temas 

Adicionalesa lo anterior, hay vari os temas que requieren de hacer comunicaciones específicas 
alosusuarios, con el fin de que ellos conozcan cuáles son lasreglasdeuso déla información 
que se puede dar a través del sitio. 

Entre los temas más importantes, se cuenta: 

• CobrodelosServicios:aunqueno es lo habitual cobrar por los servicios o contenidos 
de un Sitio Web de una institución pública, en el caso de que se realice se debe 
declarar qué áreas de contenido son pagadas o restringidas. En dicha situación se 
deben indicar claramente los precios y las formas de pago. 

• Calidad de los Servicios: dado que un Sitio Web puede ser alterado maliciosamente 
a través de ataques informáticos, sesugiere incluir una advertencia dentro del área de 
«Uso de la Información» en la que se indique que, debido a problemas de fuerza 
mayor, la emisión de estos servicios puede verse suspendida, por lo que la institución 
no asume obligaciones referidas a su mantención cuando enfrente dichos eventos. 
Este ti pode mensajes ayuda a cuidar la imagen déla institución frente a imprevistos. 

> Ley de Silencio Administrativo 

Tras la promulgación déla Ley de Silencio Administrativo durante el año 2003, a través de 
la cual se instaura el concepto del «silencio positivo», se establecieron las «obligaciones de 
cumplimiento de los plazos» en los servicios públicos. 

Debido a dichas normas, las instituciones públicas tienen ahora la obligación de responder 
adeterminadostrámitesy peticionesdentrodelostiemposquesehayan indicado para ellos. 
Esto significa que en los diferentes niveles existen ahora obligaciones concretas respecto del 
intercambio de información. 

Como a través de un Sitio Web se pueden recibir mensajes de los usuarios, 
sedeben tener en cuenta dosobligacionesqueimponedichaleyyquepuede 
ser afectadas por la operación web. Estas son: 

El funcionario del organismo al que corresponda resolver, que reciba 
una solicitud, documento o expediente, deberá hacerlo llegar a la oficina 
correspondiente a más tardar dentro de las 24 horas siguientes a su recepción. 

Los casos de mero trámite, como los acuse de recibo, deberán 
despacharse dentro del plazo de 48 horas, contado desde la recepción de la 
solicitud, documento o expediente. 

Como a través del Sitio Web es posible recibir datos enviados por los usuarios que pueden 
acogerse a las normas de esta ley, es importante verificar que existen los resguardos 
administrativos necesarios para que siempre se dé cumplimiento a ellas. 
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C orno punto de partida se recomienda iniciar la aplicación de estas normas para la atención 
de los correos electrónicos que llegan desde el Sitio Web, a través de la sección de Contacto. 

Desarrollo de un Plan de lanzamiento 

Para hacer el lanzamiento de un nuevo Sitio Web es obligatorio que el nuevo sitio haya 
cumplido adecuadamente las pruebas antes descritas, con el fin dequetodoslos contenidos 
prometidos estén incorporados y las funcionalidades realicen todo aquello que se describe 
respecto de ellas. 

Si hay contenidos o funcionalidades descritas que no pueden estar disponibles para el 
momento en que se desea hacer el lanzamiento del Sitio Web, es preferible eliminarlos en 
ese momento e incorporarlos cuando estén listos, en lugar de dejarlos en el sitio y que den 
una mala imagen sobre el mismo. 

> Lista de Chequeo Previa 

Para llegar al lanzamiento del sitio, se recomienda asegurarse del cumplimiento de las 
siguientes actividades como mínimo: 

• Cumplir Listas de Chequeo: el sitio debe haber cumplido adecuadamente las 
pruebas indicadas en este capítulo, antes de hacer su lanzamiento. 

• Dominio Distintivo: se debe contar con un nombre de dominio que sea 
reconocible y se asocie a la institución, de tal manera que sea fácil relacionarlo 
con la actividad o el nombre de la misma. Es importante en este aspecto que se 
recuérdela obligación de inscribir el Sitio Web dentro del dominio .GOB.CL y 
GOV.CL 

• URL Simple: la dirección deacceso déla primera página del sitio debe ser simple, 
de tal manera que sea fácil comunicarla. Idealmente no se debe mencionar el 
nombre del archivo de inicio (que corresponde a su página inicial o portada), si 
sólo con el nombre del dominio se puede acceder a ella. 

• Chequear Disponibilidad: si el dominio es nuevo y recién se está levantando un 
Sitio Web en él, antesdelanzarlosedebe verificar queel sitio se vedesdediferentes 
lugares, para asegurar su disponibilidad para diferentes públicos. 

• Respaldo Administrativo: muchas veces los sitios generarán necesidades de 
interacción entre los usuarios de un servicio y los funcionariosdel mismo, lo cual 
podrá estar resuelto a través de comunicaciones generadas por medio del Sitio 
Web. Si este es el caso, antes del lanzamiento se debe incorporar en el flujo de 
trabajo. 

> D esarrollo de un Plan de C omunicaciones 

Una vez que se han hecho las comprobacionesdescritas en el título anterior, se está en condiciones 
técnicas de lanzar el sitio. Lo que viene a continuación es realizar la presentación e incorporar el 
Sitio Web a las actividades de difusión de la institución. 

Para hacerlo, se debe contemplar que dicho plan debe tener componentes oniine y offiine, tal 
como se indica a continuación: 
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• Actividades Online: dado que estamos presentando un medio de comunicación 
tecnológico, es importante cubrir adecuadamente esta área a través de las siguientes 
actividades: 

Registrar el Sitio en Buscadores: es la actividad mediante la cual el Sitio Web comienza a 
formar parte de todos los directorios y buscadores de Internet. Si bien hay empresas que 
ofrecen esta actividad como un servicio, esto puede ser realizado por cualquier encargado 
del sitio, sin necesidad detener conocimientos técnicos avanzados. A continuación cuatro 
lugares «clave» donde inscribir el sitio: 

Google- http://www.google.com/intl/es/addurl.html 
Yahoo - http://el.docs.yahoo.com/info/sugerir.html 
Dmoz.org- http://www.dmoz.org/World/Espa%f1ol/add.html 
Estado.cl - http://www.estado.cl/inscribir.html 

Generar Enlaces con Otros Sitios: varios de los algoritmos que usan los sitios de búsqueda 
y los directorios para incluir un sitio y mostrarlo en los primeros lugares de un directorio, 
revisan la cantidad de enlaces «desde sitios importantes» que llegan al sitio. Pero ello, el 
administrador del sitio debe propiciar los enlaces hacia el sitio y conseguir que siempre haya 
nuevos. Para ver cuántos llegan desde otros sitios web, se puede usar en www.google.com y 
www.altavista.com la instrucción «link». 



Ejemplo - link:http://www.premioweb.cl/ para ver cuántos enlaces 
referencian el sitio del Premio Web. 



Ofrecer Elementos de Fidelización: se refiere a ofrecerle a los usuarios motivos diversos para 
volver al sitio; puede ser un boletín de noticias en el que se envíen enlaces con contenidos de 
Interés; fondos de pantalla; información útil de áreas relevantes, etc. Cada institución puede 
buscar dentro de sus conten i dos, aquellos que son I os más buscados por sus usuarios y ofrecerlos 
de manera atractiva para garantizar que siempre estén accediendo y regresando al sitio. 

• Actividades O ffline: se refiere a todas las actividades que se realizan fuera del ambiente 
Internet, con el fin de consolidar también en este mundo la «marca Internet» de la 
institución. Incluye las siguientes acciones: 

- Imagen Corporativa: la dirección del Sitio Web de la institución debe incorporarse 
en la imagen corporativa de la institución para quetodo documento de la institución 
la incluya (desdeinformesinternos, hasta tarjetasdevi sita). Deesta manera, selogrará 
una unidad muy concreta en términoscomunicacionalesy se dejará diseminada esa 
dirección en todos lugares, permitiendo difundirlo y hacerlo conocido entre quienes 
deseen ponerse en contacto o revisar información provista por la institución. 
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- Actividades de Prensa: en el lanzamiento del Sitio Web se debe ofrecer un 
elemento tecnológico atractivo y no sólo confiar en que la aparición del Sitio 
Web sea la noticia. Por lo anterior, se debe definir cuál de las funcionalidades del 
sitio podrá ser destacada, para transformarla en la noticia que convoque a los 
medios. 

> El Sitio como Apoyo de la Institución 

Una vez que el Sitio Web está operando normalmente, la tarea a realizar es incorporar el 
Sitio Web en el plan decomunicaciones, esdecir, no sólo utilizar el web para hacer difusión, 
sino quetambién comenzar a incorporar la dirección web en cualquier comunicación quese 
haga y, más aún, hacer que el Sitio Web forme parte de las actividades. 

Un ejemplo virtuoso de esto lo han dado muchas instituciones que insertan 
publicidad en los medios de comunicación para diferentes actividades y 
normalmente lo hacen en un aviso de pequeño formato, en el caso de prensa 
escrita, en el queindican quetoda la información está disponible en el Sitio 
Web déla institución. 

Esto genera dos efectos: Baja los costos de la publicación del aviso. Permite 
anunciar de manera simple y efectiva la existencia de un Sitio Web activo y 
útil. 

M étricas de Evaluación de D esempeño Internas y Externas 

Una de las características interesantes que tiene un Sitio Web, es que ofrece información 
permanente de las actividades que están ocurriendo en su interior, lo que permite tener 
siempre cifras que ayudan a evaluar la gestión. 

No obstante, para entender dichas cifras esnecesario primero establecer ciertasdefiniciones, 
quetienen quevercon la terminología que se emplea en Internet para describir losfenómenos 
que se registran. En este sentido, hay tres conceptos importantes: 



• 



• 



H its: serefierea cada elemento que pasa desde el servidor del sitio al computador 
del usuario; una página puede tener muchos hits, ya que se cuenta uno porcada 
elemento que la compone. En términos reales, esta información no tiene valor. 

Páginas Vistas o Visitadas: se refiere a la cantidad de páginas que han sido 
solicitadas por los usuarios al SitioWeb; su uso más importante tiene que ver con 
lacapacidad deestablecerrankingsinternosen el sitio, respecto de I os conten i dos 
y funcionalidades más vistos y usados. 

Sesiones de Usuario: se refiere al número de personas que ha visitado el Sitio 
Web, independiente de cuántas páginas hayan visto o solicitado durantesu visita; 
esta métrica es la única que puede entregar información real en tornoala audiencia 
de un sitio. 
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> La Importancia del Archivo «log» 

Con lasdefiniciones anteriores ya especificadas, hay que indicar que el servidor web en que 
está alojado el sitio va generando un archivo de texto donde se registra línea por línea cada 
operación que realiza un usuario en el Sitio Web. 



Los datos que incorpora este archivo pueden ser 
definidos según las necesidades que exista en el Sitio 
Web. Entre los más importantes se encuentran la fecha; 
hora; N úmerolP deorigen; páginas vi sitadas; páginas 
desde las cuales llegaron al sitio; palabras que usaron 
el buscador y países de origen de los visitantes, entre 
otros. 

Este archivo aumenta de tamaño a medida que hay 
más visitantes, a razón del M b porcada 10 mil hits; 
por lo anterior, es muy importante coordinar su 
extracción y análisis, con el fin deobtener información 
que ayude a la gestión y a entender mejor la forma en 
que los usuarios están empleando el sitio. 

Para hacer el análisis del «log» del servidor existe una 
gran cantidad de herramientas. Para acceder a ellas se 
recomienda visitar http://www.uu.se/Software/ 
Analyzers/Access-anal yzers.html 



O- 



Más información en: 
W3C.org: 

http://www.w3. org/T R/ 

WD-logfile.html 

Apache: 

http://httpd.apache.org/ 

docs/mod/ 

mod_log_config.html 

Microsoft II S: 

http://www.microsoft.com/ 

technet/treeview/ 

default.asp?urNtechnet/ 

prodtechnol/ 

windowsserver2003/ 

proddocs/ standard/ 

log_logging.asp 



> Presencia del Sitio en Buscadores 

Otra métrica relevante para saber el grado de efectividad que está teniendo el Sitio Web, 
consiste en revisar periódicamente su presencia a través de los buscadores de Internet más 
populares. 

La recomendación es hacerlo a través de los buscadores más populares, como son Google, 
Altavistay Yahoo!, puesto que ellos son los que concentran el mayor tráfico y, por lo tanto, 
que el Sitio Web aparezca en ellos garantizará que los usuarios que estén buscando la 
institución la podrán encontrar. 

Adicional aellos, se recomienda que el sitio sea indexado en directorios como el DM OZ.org, 
puesto que se trata de un proyecto realizado a nivel mundial, cuyo contenido es ofrecido 
gratuitamente y actualmente es ocupado por los directorios más importantes. Por lo tanto, 
al estaren DM OZ.org se garantizará la aparición en los demás sitios. 
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Es importante que la búsqueda que se haga del sitio en los buscadores y directorios con el 
fin dever cómo está indexado, se haga a través de dos criterios: 

• Buscar por el Nombre: cuando se busca por el nombre de la institución, 
normalmente el Sitio Web debería aparecer en los primeros lugares de la primera 
página. Si no es así, hay un trabajo fuerte que hacer para mejorar los meta tags. 

• Buscar por los Temas: cuando se busca por los temas que maneja la institución, 
es menos claro que su Sitio Web aparezca en los primeros lugares. Para mejorar 
eseposicionamiento es necesario refinar los meta tags y la forma de desplegar la 
información en el sitio, con el fin de ir aumentando la posibilidad de que siga 
ascendiendo en las listas de los buscadores. 

> E nlaces desde O tros Sitios 

Es importante que el Sitio Web de la institución esté enlazado desde otros sitios web 
reconocidos de la Internet (buscadores, directorios, instituciones reconocidas), para mejorar 
su posición relativa y aparecer más arriba en las páginas de resultados de los sistemas de 
búsqueda de Internet. 

Para conseguirlo, es muy relevante que como parte del plan de puesta en marcha del sitio, se 
asegure la existencia de los enlaces, especialmentedesdey hacia sitios de la red de Gobierno 
(especialmente Estado. el que es un directorio de sitios de Gobierno) y desde y hacia los 
Sitios Web sectoriales a los que pertenezca la institución. 
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Plan de M antención del Sitio Web 



n Resumen 



En este capítulo se abordan los temas referidos a la mantención de un Sitio 
Web en forma posterior a su lanzamiento y se entregan recomendaciones 
sobre los pasos que se deben dar para asegurarse de su operación adecuada. 
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Plan de Mantención del SitJoV\feb 



Plan de mantención del sitio 

U na de las características más importantes de la función de un Sitio Web es que uno de sus 
roles principales es el de constituirse en un vehículo de información y comunicación entre 
la institución y la comunidad a la que está dirigido. 

En este sentido, se debe tener claro que crear el Sitio Web no es un objetivo en sí mismo, 
sino que es el primer paso para contar con una herramienta que se utilizará para difundir 
información deacuerdo a lasnecesidadesypolíticascomunicacionalesquetenga la institución 
que lo genera. 

Entender esto desde el principio del proyecto permitirá dotarlo de sólidas bases; por el 
contrario, no hacerlo significará caer en un círculo vicioso sin resultados efectivos. 

Dada la definición anterior, la mantención del Sitio Web no es una tarea que deba descansar 
en forma directa en el Departamento de Informática de la institución (o su equivalente), ya 
que eso significaría que se le da una visión exclusivamente técnica, o que sólo deba estar en 
manos del departamento de Comunicaciones (o su similar), porque en ese caso no tendría 
una visión de incorporarle las mejoras técnicas que correspondan de acuerdo al adelanto de 
la tecnología. 



Una recomendación es la creación de un «equipo editorial», en el que 
intervengan todos aquellos departamentos que tengan áreas que puedan 
aportarle dinamismo a su entrega informativa. La conformación de dicho 
equipo editorial, que puede tomar múltiples nombres desde «Comisión 
Web» hasta «Comité Editorial», esunatareaquedebeser abordada mientras 
el Sitio Web se está desarrollando, de tal manera que se integre desde muy 
temprano al proyecto. 



En este sentido, es interesante revisar la experiencia de algunos servicios que entienden la 
creación y funcionamiento desu Sitio Web, como laaperturadeunanuevaoficinadeatención 
depúblico, aunqueen este caso sea virtual. Para hacerla funcionar adecuadamente, se ponen 
como meta que todas las unidades que conforman lainstitución ofrezcan lo quese requiera 
y colaboren en su éxito. 

> Tareas del Equipo Editorial 

Para que el Equipo Editorial entregue los mejores resultados posibles, se deben cubrir dos 
áreas de trabajo, que son descritas a continuación: 
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Dirección Editorial 

El Sitio Web debe contar con una línea editorial concreta quedeterminecuálesycómo señarán 
losesfuerzosinformativosydegeneracióndenuevasfuncionalidadesdel sitio. Por ello, esta línea 
deberá ser implementada por funcionarios que puedan interpretar adecuadamente los desafíos 
de la institución y los puedan transformar en elementos concretos, con el fin de mostrarlos a 
través de la aplicación correspondiente en Internet. 

Paradlo se requierequeen el equipo deDirección Editorial estén representadosquienesmanejan 
laslíneasdetrabajo déla institución (dirección programática y estratégica); quienes trabajan en 
la forma de darla a conocer al público (Comunicaciones) y quienes se preocupan de que esa 
información llegue efectivamente al público mediante un medio electrónico (Informática). 

La idea esquecada uno deellos integre ideasyvisionesdiferentesal proyecto desde sus diferentes 
perspectivas. 

Equipo Editorial 

Para la generación de los contenidos, es importante contar con los profesionales que tengan 
experienciaen el desarrollo desitiosweb, paraquesean un aportealatareaqueseestérealizando. 
Esto se debe a que se trata de un áreaquetieneconocimientosmuy específicos, relacionados con 
los elementos técnicos de la creación de los sitios web. De acuerdo a las características de la 
institución, siempre habrá que comenzar la búsqueda internamente, con el fin de aprovechar el 
conocimiento que los funcionarios ya tienen de la institución en la que trabajan. 

A continuación se detalla el perfil de las tareas a desarrollar y de los profesionales que deben 
intervenir en cada una de las áreas concretas en lasquesegeneraalgún tipo de actividad, durante 
la operación de un Sitio Web: 

I Contenidos: para la generación de contenidos escritos, la recomendación es 
contar con periodistas, comunicadores sociales o publicistas, que utilicen sus 
habilidades y experiencia en la búsqueda, selección, redacción y edición de 
contenidos. 

Diseño: para la creación de contenidos de gráfica, audio, video y flash, la 
recomendación es buscar diseñadores gráficos con experienciaen web, debido 
a que se requiere de conocimientos específicos que son muy diferentes a otras 
áreas del diseño, como la impresión. 

Programación: para la creación y mantención del software de un Sitio Web, la 
recomendación es contar con programadores que puedan ir aportando nuevas 
y mejores funcionalidades a los sistemas interactivos que se ofrecen a los 
usuarios. Para ello, se debe buscar técnicos que tengan experiencia en los 
lenguajes en que ha sido desarrollado el Sitio Web, con el fin de optimizar los 
resultados que se pueden obtener de su trabajo. 
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D ¡fusión y Promoción del Sitio Web 

Otra área a tener en cuenta durante la mantención del sitio, tiene que ver con el apoyo 
desdeel marketing a las actividadesquese realicen, con el fin de atender tres áreas importantes. 



Promoción externa del sitio: se hace a través de la generación de enlaces 
desde otros sitios hacia el nuestro o del nuestro hacia terceros; eso ayudará a 
que el sitio tenga un buen posicionamiento en buscadores de I nternet, por 
ejemplo. 

Promoción interna del sitio : se hace para destacar contenidos internos y 
promocionarlosmedianteanunciosgráficos(banners) dentro del propio sitio 
y así apoyar la vi sita de los usuarios a los contenidos que se vayan generando. 

Actividades de webmining:correspondeal estudio del logdel servidor cuyos 
datos muestran qué han estado visitando los usuarios; a través de éste es 
posible entender y conocer mejor a los usuarios y a partir de ello, generar 
contenidos que respondan de manera más adecuada a sus necesidades. 



Subcontratación de Recursos 

Debido aqueel tipo deservicios señalados previ amentetienen características muy específicas, 
se puede considerar la subcontratación de profesionales dedicados a ellos. 

Para validar su participación, es adecuado tener en cuenta que las actividades relacionadas 
con el web siempre estarán requiriendo de profesionales muy actualizados y, por ello, es 
buenosaliral mercado a buscar a quienes puedan apoyar al serviciocon nuevasideas, métodos 
y formasdetrabajoquese emplean en las nuevastecnologíasde información y comunicación. 

Sin embargo, cuando estas tareas se integren a los procesos habituales de la institución, será 
adecuado que los propios funcionarios, vía capacitación, desarrollen tales actividades. 

M etodología de Implantación de M ejoras 

Para que un proyecto Web funcione adecuadamente, se debe considerar el tipo de contenidos 
quese estarán ingresando en suspáginas, cuando éste se encuentre en pleno funcionamiento. 

Para ello, se recomienda indicar cuáles son las áreas que deben ser atendidas, con el fin de 
que se evalúe la forma de resolver las necesidades que se van a plantear en cada una de ellas, 
a medida que el sitio vaya creciendo. 

También, es importante considerar la plataforma tecnológica a útil izar para los contenidos y 
funcionalidades que se incluirán el Sitio Web y, con ello, determinar las necesidades que se 
abrirán en esta área. 
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Aquellas en que se requerirá una atención permanente, son las siguientes: 

• M antención de Contenidos 

• M antención de Funcionalidades 

> M antención de C ontenidos 

Respecto de la nnantención de contenidos, lo prinnero que se debe asumir al iniciará trabajo 
de mantener un Sitio Web, es que el contenido puedeadoptar muchas formas y debido alas 
características de la plataforma web de Internet, es posible utilizar diferentes formatos del 
mismo. 

Por ello, se trata de un trabajo que tiene elementos bien conocidos como la generación de 
nuevos contenidos y otros más tecnológicos y específicos, como son los de adecuar esos 
contenidos a ciertos formatos, con el fin de cumplir con los estándares de transmisión de 
datos por Internet. 

De allí que en este capítulo déla Guía se entregue sobre ambas áreas, con el fin de que los 
encargados de un Sitio Web vean el rango completo de responsabilidades a las que deben 
enfrentarse. 

Frecuencia de Actualización 

Un tema que suele ser dejado de lado pero que es central, es la frecuencia con la que se 
actualizarán los contenidos de un Sitio Web. 

El primer elemento que se debe tener en cuenta, es que por tratarse de una 
herramienta de comunicación, el Sitio Web requiere de una actualización 
permanente, con el fin de dar cuenta a sus usuarios de que siempre hay 
información de interés en el sitio, gracias a lo cual gana en credibilidad. 

La frecuencia de actualización más adecuada consiste en ingresar al menos un par de 
contenidos semanales en el sitio (si no es posible hacerlo con una frecuencia mayor), 
destacándolos en la portada con su correspondiente fecha, a fin de que los usuarios puedan 
distinguirlos de los contenidos más permanentes o anteriores. 

Adicionalmente, es importante considerar que el sitio debe ser una herramienta comunicativa 
de la institución a la que pertenece y por ello, debe seguir sus orientaciones estratégicas y 
programáticas. Por lo anterior, a través del Sitio Web se debe ir incorporando todo aquello 
que esté en sintonía con lo que el servicio esté realizando. En este sentido, buenas prácticas 
en conten i dos se refieren a conseguir que el sitio incorporeinformación adecuada que permita 
a los usuarios conocer de la actividad déla institución. 

D adas estas características, los temas de mantención de contenidos normalmente deberían 
recaer sobre el área de Comunicaciones (o similar) de la institución, o del contratista que dé 
ese servicio para dicha área. 
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M etodología de M antención 

Respecto de la metodología para hacer la adecuada mantención de los contenidos, a continuación 
se entregará información detalla por cada una de éstos. 

Contenidos Escritos 

Se refiere a todos los documentos escritos a travfe de los cuales se puede entregar i nformación al 
público interesado en la institución. Loscontenidosqueseconsideran en esteaspecto pueden ser 
los que se ingresan en una página web o los que se incluyen en diferentes ti pos de documentos. 
Dentro de estos contenidos destacan por su importancia, aunque no son exduyentes de otros, 
los siguientes: 

Noticias: permiten dar a conocer las novedades o cualquier evento quesea de interés 
público o que afecte a los usuarios, explicando sus efectos y alcances en forma más 
detallada de lo que podrían hacer los medios de comunicación. Por ejemplo, si en los 
medios se publica el llamado a un concurso determinado, en el Sitio Web se entrega 
esa información, más las bases y formularios de participación. 

Documentos: permiten incluir información en diferentes formatos sin restricciones 
de tamaño, respecto de lo que podría hacerse a travfe de otros medios, como los 
impresos y audiovisuales. Adicionalmente, generan la ventaja de que por no incurrir 
en gastosde impresión, su difusión atravésdel Sitio Web genera importantes ahorros. 
Respecto de estos documentos, los formatos más usados y recomendados son los 
siguientes: 

- PDF (Portable DocumentFormat): se trata de un tipo de documento electrónico 
que se genera con el softwareAdobeAcrobat de la empresa Adobe, que permite crear 
documentos con un diseño queseimprimedelamisma manera sin importar cuál sea 
la impresora que se utilice. Este tipo de archivos permite realizar búsquedas en su 
contenido; bloquearlo para queno pueda ser modificado y colocar marcadoresinternos, 
para facilitar el acceso desdecualquierpartedel documento. El usuario requieretener 
un software lector de este tipo de documentos, que se obtiene gratis desde el Sitio 
Web de la empresa Adobe: (http://www.latinamerica.adobe.com/products/acrobat/ 
adobepdf.html). 

- RTF (Rich Text Format): corresponde a un tipo de archivo que es reconocido por 
cualquier procesador detexto, por lo quesu incorporación en un Sitio Web permitirá 
que cualquier usuario que disponga de un software de escritorio no licenciado 
(incluyendo WordPad que viene con el sistema operativo Windows), podrá abrir y 
leer el documento. La importancia deésteesquetodo el formato que pueda tener un 
documento (negritas, cursivas, imágenes, columnas, etc.), es respetado y se despliega 
en el programaquelo abra, tal como fue generado. El contenido puedeser igualmente 
bloqueado paraqueno pueda ser alterado, aunqueesta funcionalidad sólo opera cuando 
seabredesdeel mismo programa en el cual fuecerradoel acceso a modificar el archivo. 
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Al publicar la información en el Sitio Web de ambos tipos de documento, se debe señalar 
visiblemente su peso y el formato respectivo. 

C ontenidos M ultimediales 

Se refiere a la capacidad que tiene la plataforma web para incorporar contenidos audiovisual es, 
entre los cuales se incluyen servicios de streaming (que entregan el contenido a medida que 
el archivo es enviado desde el servidor al cliente) y aplicaciones basadas en la tecnología 
Flash deM acromedia. 
Dentro de estos contenidos destacan por su diferenciaen términos de proceso, los siguientes: 

Audio: corresponde a cualquier contenido audible que pueda ser incorporado al 
Sitio Web. Para ello debe ser digitalizado y luego preparado en formato de alta 
compresión, del tipo M P3, Real Audio o Windows Media, gracias a los cuales es 
posible que se pueda reducir su peso y que los usuarios puedan descargarlos 
rápidamentedel Sitio Web. Esimportanteconsiderar que, cada vezqueseincorpore 
un contenido de este tipo, se debe indicar claramente el peso, el formato y el 
softwareutilizadoparaverlo;si ésteesdelibredisponibilidad,sedebe publicar un 
enlace para que el usuario lo pueda bajar a su computador. Por lo mismo, evite 
poner archivos de audio de fondo y siempre permita que los usuarios decidan 
comenzar a escuchar el sonido que se ofrezca. 

Video: correspondea cualquier contenido audiovisual que pueda ser incorporado 
al Sitio Web. Para ello debe ser digitalizado y luego preparado en formato de alta 
compresión, del tipo AVI, M PG, Real Video o Windows Media. Es importante 
considerar que la generación de video siempre implicará la creación de archivos 
de alto peso (medido en Kilobytes), y que&teaumentará mientras más grandesea 
el tamaño de la imagen amostrar. Es importante considerar que cada vez que se 
incorporeun contenido de este tipo, sedebeindicardaramenteel peso, el formato 
y el software útil izado para veri o; si ésteesdelibredisponibilidad,sedebe publicar 
un enlace para que el usuario lo pueda bajar a su computador. Recuerde que este 
tipo de contenidos sólo debe usarse cuando sea necesario y que la calidad del 
mismo nunca satisfará a las expectativas de los usuarios. 

Flash : corresponde a cualquier contenido desarrollado usando esta tecnología de 
M acromedia (http://www.macromedia.com/es/software/flash/) que se caracteriza 
por aumentar las capacidad esdeinteracción con el ementosgráficosy audiovisual es. 
Para utilizar esta tecnología se utiliza el software Flash de M acromedia, el cual 
genera objetos con la extensión SWF. Tal como en el caso de los elementos 
anteriores, se debe cuidar el peso de los archivos creados con esta tecnología y, 
cada vez que se incorpore un contenido de este tipo, se debe indicar claramente 
un enlace para que el usuario pueda bajar el software Flash Player usado para 
visual i zar este ti pode conten i dos. Cuando se use esta tecnología, siempre se debe 
ofrecer una forma alternativa de acceder al mismo contenido. 
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Contenidos Gráficos 

Se refiere a todos los elementos visuales que se pueden incorporar a un Sitio Web, tales 
como dibujóse imágenes, que permiten complementar la información que se desea incluir 
en el Sitio Web. 

D entro de estos contenidos se deben destacar tres características que los hacen especiales al 
momento de procesarlos y que son las siguientes: 



Formato: se refiere al tipo de archivo que se generará con la imagen en laque 
se esté trabajando. Normalmente se utiliza el formato GIF (Graphic 
Interchange Format) para cualquier imagen pequeña como un icono o una 
imagen quetenga colores planos; para fotografíase imágenes de mayor tamaño 
y cantidad decolores, debe preferirse el formato jPG ojPEG (joint Picture 
Expert joint). Cualquier otro formato posible de utilizar deberá evitarse, ya 
que sólo se puede ver en determinadas plataformas (por ejemplo, PNG). 

Peso: unadelas precauciones centralesquesedebetener en cuenta al momento 
degenerar imágenes para un Sitio Web, es que se debe mantener un límite en 
el peso de los archivos para no afectar el desempeño de las páginas. M ientras 
más pesadas sean éstas, más tiempo deberá esperar el usuario para que se 
muestre en su computador. Por ello, se debe buscar que las imágenes de fotos, 
por ejemplo, no excedan los 15 Kb de peso y que una página con todos sus 
elementosnopesemásalládelOOKb. Esimportanteconsiderarqueun usuario 
con un módem de 56 Kbps recibe, en condiciones ideales, 7 Kilobytes por 
segundo. Por ello, unapáginaquetengaeselímitedepeso llegará en alrededor 
de 15 segundos hasta el computador del usuario, lo cual es un tiempo muy 
largo si se compara con lo que normalmente está dispuesto a esperar. 

Tamaño: junto con el peso, el tamaño es la segunda de las precauciones 
principalesquesedebeteneren cuenta para las imágenes de un Sitio Web. Lo 
normal es que una foto para web sea generada en 72 dpi (dots per inch o 
puntos por pulgada) y que sus dimensiones sean medidas en pixeles. Las más 
usadas serán inferiores a 250 pixeles en el ancho o alto, ya que de lo contrario 
seestará llegando a imágenes de mucho peso. Si sedesea poner una imagen de 
mayor tamaño, sedebeindicarsu tamaño y peso (ideal mente en el texto alterno 
déla imagen) para que el usuario sepa que deberá esperar un tiempo a que la 
imagen baje a su computador, antes de acceder a ella. 
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> M antención de Funcionalidades 

Junto con la mantención de contenidos indicados en el punto anterior, es importante 
considerar que la plataforma sobre la que se estará publicando la información, será una de 
carácter tecnológico, por lo que será necesario que se preste atención a la mantención 
computacional delosservidoresquepermitirán visualizar el sitio, y delosprogramas utilizados 
para ese efecto. 

En este sentido, podemos diferenciar dos tipos de mantenciones: 

M antención Preventiva 

Serefiereatodaslasactividadesquepermitirán que los computadores (servidores) y la red a 
través de la cual se accede al Sitio Web, funcionen de manera adecuada. Para ello será 
importantetomarlosresguardosdeseguridad y deacceso queimpidan el ingreso de extraños 
a la plataforma de trabajo. Esto tendrá mayor importancia en la medida de que se utilice 
alguna herramienta de administración distribuida de contenidos. 

O tros resguardos que serán normalmenteimportantesdetomar, será el cuidado de los «logs» 
del servidorweb, cuyo análisismediantesoftware especializado (ver partefinal de este Capítulo 
5 y el Capítulo 4), permitirá conocer de manera muy concreta cuáles son las áreas más 
visitadas por los usuarios del Sitio Web. 

M ientras más visitas reciba un Sitio Web, mayor tamaño tendrán los «logs»; de no ser 
respaldados y borrados de su espacio habitual en el servidor, estos archivos pueden terminar 
afectando el correcto desempeño del equipamiento usado para mostrar el Sitio Web. 



En resumen, la mantención preventiva es un trabajo que radica en el 
departamento de Informática (o similar) y se refiere a que el computador 
que tenga el Sitio Web o el contratista que dé ese servicio (H osting), lo 
haga de manera adecuada y eficiente en coordinación con la contraparte 
técnica (área de I nformática de la institución). 
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M antención C orrectiva 

Se refiere a todas las actividades tendientes a mejorar un Sitio Web, a partir de la corrección 
de errores o de la decisión de incorporar nuevas funcionalidades, independiente de si se 
cuenta o no con externalización deservicios. 

En este aspecto pueden darse dos áreas de acción que son las siguientes: 

Correcciones en Garantía: se refiere a todos los cambios que se pueden 
hacer en la programación del software de una aplicación o Sitio Web, en el 
período inmediatamenteposteriorasu desarrollo, instalación y entrega final. 
Normalmente estas adiciones son sin costo para la institución y las realiza el 
desarrollados siempre y cuando hayan sido incluidas en losTérminos de 
Referencia y en el Contrato correspondiente. 

Nuevos Desarrollos: se refiere a las nuevas funcionalidades que se le pueden 
agregar a un software o Si ti o Web, basado en la mejora de sus características 
actuales. Normal mente estas adiciones significan un costo para la institución 
que se debe dimensionar en horas de desarrollo. 



Los U suarios D urante la M antención 

Cuando se esté realizando la mantención del Sitio Web y sea necesario «bajar» el sitio por 
algún tiempo, es preferible cambiar la página inicial del sitio, con un mensaje del estilo 
«Estimado Ciudadano: Estamos mejorando nuestro servicio para usted» de tal manera de 
evitar mensajes del estilo «Thecurrent pageisnot available»o bien «Server notfound», que 
generan un impacto negativo sobre los usuarios. 

Siempre se debe cuidar la imagen de la institución, ya que para muchos usuarios la pantalla 
del Sitio Web constituirá la forma de relacionarse con ésta. 

> M onitoreo de Actividades 

Como parte del plan de mantención de todo sitio, un lugar muy importantelo ocupan las 
actividades relacionadas con el monitoreo de actividad del sitio, por cuanto a través de ellas 
es posible saber lo que está ocurriendo con la audiencia que concurre a visitar el sitio y 
utilizar sus funcionalidades. 

Para entender mejor lascapacidadesexistentesylaformadeoperar con ellas, hemosdividido 
esta parte en tres áreas bien delimitadas, que son las que se explican a continuación: 
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Estadísticas de Tráfico 

Se refiere a la capacidad que tiene todo sitio de Internet para almacenar información detallada 
de todo lo que hace un usuario que ingresa a sus páginas. 

G racias a esta estadística, podemos acceder a la siguiente información: 

Quien: Accesos separados por Dominios/Países, Accesos separados por 
Servidores, Información sobrelasÚ Itimas vi sitas recibidas. Información sobre 
visitas de Robots/Spiders, Información de N úmeros IP que visitan más 
frecuentemente. 

Cuando: información sobre accesos por M es/Día, Accesos por Días de la 
semana y Visitas Separadas por H oras. 

Enlaces: Información sobre el Origen del enlace que trajo a un usuario a 
nuestro sitio; Información sobre los enlaces que trajeron a usuarios desde 
los buscadores, enlacesdesdeotrossitiosqueprodujeron visitasen el nuestro, 
frases y palabras clave utilizadas por los usuarios en los buscadores para 
acceder a nuestro sitio. 

Navegación: Información sobre la duración de las visitas y a qué páginas 
tuvieron acceso. Información sobre cuál es la Página de entrada y de Salida 
al sitio. Información sobre ti pos de archivos más usados; Información sobre 
Sistemas Operativos de quienes visitan el sitio, información sobre los 
programas navegadores utilizados y sus Versiones. 

Otros: Descripción de los Errores más frecuentes y de las Páginas no 
encontradas en el sitio. 

Como se puede apreciar es posible obtener información de un sitio, aunque para ello hay 
que tomar cuatro acciones muy concretas y permanentes: 

• Almacenar los archivos de log del servidor para que puedan ser procesados. 

• Procesar periódicamente los archivos de logs para tener información sobre áreas del 
sitio más y menos visitadas; contenidos más solicitados, etc. 

• Realizar actividades de gestión del contenido, basado en lo que se indique como 
importante en el análisis previo. 

• Tomar decisiones fundadas usando la información que se obtiene a través del sitio y 
a partir de la que envían sus usuarios mediante los mecanismos de contacto del Sitio 
Web. 
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H ábitos de U so 

Basado en lo anterior, una de las tareas que debe realizar todo encargado de Sitio Web es 
intentar entender a sus usuarios, con el fin de entregarle lo que andan buscando de manera 
más simple. 

Basado en dicha información, el encargado del sitio podrá: 

• Llevara la portada los contenidos más solicitados 

• M ejorar los contenidos solicitados pero que el sitio no ofrece 

• Generar contenidos en las áreas que se encuentren débiles 

Especial importancia la da el hecho dequeel archivo log almacena la información deaquello 
que los usuarios escriben en un buscador para acceder a nuestro sitio, puesto que el lo ofrece 
pistas muy concretas de sus hábitos de uso e intereses. 



Adicionalmente, se puede contratar la programación de algunos sistemas 
que permiten hacer un seguimiento de los usuarios desde que ingresan al 
sitio, hasta que terminan su navegación. Deesa manera se podrá entender 
a qué vienen al sitio, lo que buscan y se podrá establecer el grado de 
satisfacción que les proporcionan dichas visitas. 



Webmining 

Finalmente, un paso másallá de este tema consiste en utilizar tecnologías de programación 
más sofisticadas para entender qué hacen los usuarios en un sitio y de qué manera se puede 
actuar sobre ellos para satisfacer de manera más concreta sus necesidades. 

En Internet se ofrece abundante información sobre el tema, que puede ser utilizada para 
iniciar una investigación que, más tarde, pueda ser aplicada sobre los datos obtenidos del 
Sitio Web déla institución. 
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La Guía en Internet; www.guiaweb.gob.cl 



Como se ha indicado en los capítulos iniciales, esta Guía es un documento que tiene el 
objetivo de hacer públicos los estándares que permitan el desarrollo de Sitios Web que estén 
al servicio de los usuarios de cada institución del Gobierno de Chile. 

Sin embargo, como una de las características de las tecnologías de información y 
comunicaciones es su rápido cambio, esta Guía se complementa con un Sitio Web que está 
ubicado en http://www.guiaweb.gob.cl en el queseirán incluyendo las versiones actualizadas 
y adiciones a los contenidos de esta edición impresa. 

D icho Sitio Web fue concebido de una manera diferente a esta G uía, sacando partido de las 
característicasdelaplataformadigital. Graciasaeso, lainformación contenidaen el impreso 
podrá encontrarse íntegra en el Web e incluso bajarse al computador en formato Adobe 
Acrobat PDF para impresión, o bien, en el formato HTML de las páginas Web. 

El Sitio Web incluye ademásunagran cantidad deinformación queno eraposibleincluiren 
el impreso debido a su volumen, y un listado de enlaces que permiten acceder a mayor 
información de los temas tratados en los diferentes capítulos. 

Adicionalmente, en el Sitio Web es posible acceder a la información a través de tres 
mecanismos de acceso: 



Acceso por Capítulos 
Acceso por Check List 
Acceso Rápido 



> Acceso por Capítulos 

En el Sitio Web se ofrece la versión en formato HTM L de cada uno de los cinco capítulos de 
esta G uía, más las copias digitales (en formato PD F). Adicionalmente, en cada uno de ellos 
se entregarán, cuando corresponda, los anexos mencionados en los textos. 

> Acceso por Check Lia 

U na de las características de esta G uía, es la entrega de recomendaciones concretas sobre 
cómo mejorar un Sitio Web. Estas se presentan separadas en varias áreas a lo largo de los 
capítulos. Por eso, en esta sección del Sitio Web, se entregan los «checkiists» o Listas de 
Comprobación, mediante las cuales se pueden verificar de manera rápida los elementos más 
importantes que debe cumplir un Sitio Web ante determinados estándares o exigencias. 
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Desde su lanzamiento, el Sitio Web ofrece diez Listas de Comprobación sobre diferentes 
temas, con el fin de que los usuarios puedan utilizarlas en sus propios sitios para ver el 
cumplimiento delostemasqueabordan. Entredichaslistas se encuentran lasdeUsabilidad, 
Accesibilidad, Indexación en Buscadores, Acceso Rápido y Seguridad. 

> Acceso Rápido 

D ebido a que el objetivo de esta G uía es apoyar eficazmente a los equipos y personas del 
sector público que tienen a su cargo la planificación, construcción o modificación de un 
Sitio Web de Instituciones del Gobierno de Chile, el interés de sus creadores es que su 
contenido pueda ser leído y adoptado por la mayor cantidad de profesionales. 

Para ello, se consideró necesario facilitar la lectura de la G uía, mediante la entrega de más 
alternativas para su exploración. Con ese objetivo, se han definido los roles «posibles» que, 
siendo asumidos por diferentes personas de un mismo equipo, permitan leer diferentes 
secciones y capítulos de la misma y enfocarse en las recomendaciones directamente 
relacionadas con el rol que desempeñan en la institución. 

Los cinco grupos de «posibles» roles son los siguientes: 

Jefe de Servicio 

Losjefes de servicio deben leer los capítulos 1 y 5 de esta G uía. Estos informan sobre 
los objetivos del proyecto, las metas propuestas y las evaluaciones realizadas, con el 
objeto de poder dar respaldo a las modificaciones, actualizaciones y nuevas decisiones 
relativas al Sitio. 

- Capítulo 1 - Planificación Inicial del Sitio 

- Capítulo 5 - Plan de M antención del Sitio 

Jefe de Proyecto 

El jefe de proyecto es el profesional a cargo déla gestión del proyecto, y por ello debe 
leer todos los capítulos de la G uía, especialmente el 1 y el 4. La persona que ejerza 
este rol no tiene la obligación de dominar técnicamente todos los temas, pero sí debe 
tener claro cada uno de los procesos y metodologías que serán aplicadas, puesto que 
su tarea principal será la coordinación de los equipos de trabajo y ser la contraparte 
permanente del proyecto. 

- Capítulo 1 - Planificación Inicial del Sitio 

- Capítulo 2 - D efinición del Sitio Web 

- Capítulo 3 - D ¡seño Web y Estándares 

- Capítulo 4 - Puesta en M archa del Sitio Web 

- Capítulo 5 - Plan de M antención del Sitio 
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Diseñador 

La G uía ofrece claras recomendaciones al diseñador para crear las piezasy componentes 
visuales del Sitio Web, aplicando estándares que se revisan con detalle en el capítulo 
3 de esta guía. 

- Capítulo 3 - Diseño Web y Estándares 

Programador 

La Guía contempla un conjunto de recomendaciones específicas y operativas que 
deberán ser asumidas especialmentepor las personasqueparticipen en la programación 
y el montaje del sitio. La programación de los diferentes componentes del sitio 
(páginas, formularios, funcionalidades) y la estructuración de documentos HTM L, 
debe responder a estándares que están contenidos en los capítulos 3, 4 y 5 de esta 
guía. Estos capítulos deben ser leídos por el programador a cargo de estas tareas y se 
recomienda la aplicación delos«Check List» que correspondan. 

- Capítulo 3 - Diseño Web y Estándares 

- Capítulo 4 - Puesta en M archa del Sitio Web 

- Capítulo 5 - Plan de M antención del Sitio 

Encargado de Seguridad 

Aunque la guía no contempla recomendaciones específicas relativas a materias de 
seguridad informática, el documento asumequecada institución debe desarrollar los 
proyectos Web acorde a las políticas internas de seguridad. Sin embargo, es muy 
importante que los profesionales del área informática que colaboran en el proyecto 
incorporen las especificaciones señaladas en los capítulos 4 y 5 de la Guía; su 
colaboración en estas etapas será de alta importancia para el éxito del proyecto. 

- Capítulo 4 - Puesta en M archa del Sitio Web 

- Capítulo 5 - Plan deM antención del Sitio 
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